Bitbucket và một ngôi nhà phát triển nhỏ

Tôi đang trong quá trình cuối cùng tung Mercurial làm hệ thống kiểm soát phiên bản của chúng tôi tại nơi làm việc. Đây là một thỏa thuận lớn cho tất cả mọi người vì, thật sốc, họ chưa bao giờ sử dụng một VCS. Sau nhiều tháng đặt lỗi vào tai của quản lý, cuối cùng họ cũng thấy được ánh sáng và bây giờ nhận ra nó tốt hơn nhiều so với làm việc với một mạng lưới các thư mục được chia sẻ!

Trong quá trình triển khai, tôi đang nghĩ đến các chiến lược khác nhau để quản lý công cụ của chúng tôi và tôi đang nghiêng về việc sử dụng Bitbucket làm kho lưu trữ "trung tâm" của chúng tôi. Các dự án trong Bitbucket sẽ chỉ là các dự án tư nhân và mọi người sẽ đẩy và kéo từ đó.

Tôi mở cho các đề xuất khác nhau, nhưng có ai có một thiết lập tương tự? Nếu vậy, những gì bạn đã gặp phải?

Tôi sử dụng Bitbucket cho lưu trữ kho lưu trữ riêng tư và một trong những khách hàng của tôi sử dụng lưu trữ kho riêng trên GitHub. Một công ty khác mà tôi làm việc sử dụng lưu trữ kho lưu trữ riêng của lật đổ trên các máy chủ của Jira.

Lưu trữ dữ liệu bên ngoài của bạn, nếu đó không phải là nơi duy nhất bạn có dữ liệu đó, có thể giảm rủi ro khi khắc phục thảm họa. Vì bạn sẽ có các bản sao vật lý của nguồn trên các máy dev và cả git và mercurial đều giữ toàn bộ lịch sử phát triển trong các bản sao cục bộ, đây hiện là một giải pháp rất khả thi. Trừ khi bạn có hàng gigabyte dữ liệu trong một dự án và kết nối mạng chậm chạp, tôi rất khuyến nghị tùy chọn này. Đó là chi phí thấp, mang đến cho các nhà phát triển rất nhiều tính di động và tính linh hoạt và nó cung cấp cho bạn khả năng dự phòng tự động.

Tùy thuộc vào mức độ hoang tưởng của bạn, bạn có thể lo ngại rằng việc bên thứ ba lưu trữ mã của bạn có thể gặp rủi ro bảo mật, nhưng tôi nghĩ rằng trong thực tế, điều này không tệ hơn việc các nhà phát triển có máy tính xách tay có thể sử dụng ngoài mạng công ty của bạn. Cả Github và Bitbucket đều sử dụng SSH để truyền dữ liệu, vì vậy các cuộc tấn công trung gian có xác suất xảy ra tương đối thấp.

Tôi không phải là người dùng BitBucket, nhưng tôi khuyên bạn nên đọc các điều khoản và điều kiện của họ bằng một chiếc lược răng tốt. Bạn cần thực sự chắc chắn về các điều khoản dịch vụ, bảo vệ dữ liệu và bảo mật / quyền riêng tư của họ nếu bạn sẽ lưu trữ các dự án riêng tư của công ty trên đó.

Tôi cho rằng bạn đã xem xét việc lưu trữ một 'trung tâm / chủ' của Mecurial trên một máy nội bộ?

Chúng tôi đã làm một cái gì đó tương tự với ProjectLocker tại công việc cũ của tôi. Thành thật mà nói, nó đi vào phân tích chi phí / lợi ích - bạn có sẵn sàng từ bỏ tính linh hoạt và chi phí để vận hành máy chủ Hq / Git / SVN của riêng bạn với mức giá bạn sẽ trả cho BitBucket không? Nếu có, sau đó đi cho nó. Chúng tôi chưa bao giờ thực sự có vấn đề về thời gian hoạt động, và đó là một trải nghiệm tốt.

Chúng tôi không phải là người dùng BitBucket (với tư cách là một công ty). Chúng tôi điều hành một số hệ thống kế thừa (CVS, SVN) và kho lưu trữ chính của chúng tôi là một hệ thống git với bộ nhớ đệm được đồng bộ hóa trong các văn phòng xa xôi. Từ quan điểm của người quản lý, tôi sẽ khuyên bạn không nên sở hữu trí tuệ của công ty bạn trên máy chủ của người khác, trừ khi bạn không có các thiết bị CNTT đầy đủ trong nhà. Mã này là huyết mạch của công ty bạn. Đây không phải là về tiền, mà là về việc bảo vệ IP của bạn.

Tôi muốn nói rằng nó chắc chắn đi xuống một phân tích chi phí rẻ hơn; chạy máy chủ của riêng bạn (hoặc một cá thể VM) hoặc dán nó ở nơi khác.

Ngoài ra, nếu công ty đã thiết lập các thư mục chia sẻ mạng, bạn có thể muốn xem xét sử dụng Git, vì bạn có thể biến thư mục chia sẻ mạng đó thành kho lưu trữ 'từ xa' của mình, với một cái gì đó như git init --bare, và các quyền chia sẻ mạng sẽ được áp dụng cho người dùng Sau đó, mỗi người dùng chỉ có thể thêm thư mục dùng chung dưới dạng từ xa git remote add origin file:///some/shared/folder (đó có thể không phải là cú pháp chính xác cho chia sẻ tệp được tham chiếu, tôi sẽ google nó cho cú pháp chính xác).

Về cơ bản, tôi làm việc này ở nhà để quản lý các dự án cá nhân của mình; Tôi có một ổ NAS trên mạng gia đình có repos 'từ xa' trên đó, sau đó tôi có thể lấy chúng từ các PC và máy tính xách tay khác nhau của tôi qua một ký tự ổ đĩa được ánh xạ Windows.

Tôi tham gia cùng với các lập trình viên khác về điều này: Hãy suy nghĩ kỹ về việc cho đi mã của bạn .

Đối với tôi, đó chỉ là một tùy chọn để thuê ngoài VCS nếu bạn thực sự không có nhân lực và / hoặc kiến ​​thức để lưu trữ kho lưu trữ của riêng bạn (có nghĩa là: bao gồm các bản sao lưu và bảo trì). Nếu bạn đã có các thư mục mạng được chia sẻ với các bản sao lưu thông thường, bạn có thể bắt đầu sử dụng chúng và nhận bản sao lưu mà không phải trả thêm chi phí.

Tôi đã sử dụng BitBucket một thời gian và tôi thấy đó là một dịch vụ khá tốt. Tôi không nghĩ sẽ có bất kỳ vấn đề nào với quyền riêng tư hoặc bảo mật.

Điều đó đang được nói, nếu bạn cảm thấy không thoải mái khi lưu trữ mã của công ty trên máy chủ của người khác, bạn có thể thiết lập một kho lưu trữ đồng bóng để được truy cập qua ssh trên một trong các máy chủ của công ty bạn. Xem http://mercurial.selenic.com/wiki/SharedSSH và http://blog.mixu.net/2010/10/04/setting-up-private-ssh-basing-mercurial-repo-hosting-on-centos / .

Bitbucket là tốt cho dự án nguồn mở.

Nếu dự án này là độc quyền, tôi khuyên bạn nên lưu trữ mã của riêng bạn. Nó không phải là đắt để lưu trữ nó, nếu bạn đã có một thiết lập CNTT. Chỉ cần tìm một máy chủ công bằng và triển khai mã của bạn.

mercurial là dễ dàng để cấu hình.

chúc may mắn và tận hưởng.

Mercurial thực sự tốt đẹp. Nhớ nó :(

Đối với một công ty, tôi muốn đảm bảo rằng repo có thẩm quyền của dự án là trên một máy chủ riêng, ngay cả khi bạn có một bản sao luôn cập nhật trên bitbucket, chỉ để đảm bảo.

Tôi muốn giới thiệu và cài đặt Rhodecode trên máy chủ cục bộ riêng (để truy cập nhanh), sau đó thường xuyên cập nhật tập lệnh bitbucket, nếu bạn muốn. Giữ một số bản sao ở những nơi khác nhau, bạn không bao giờ biết.