git cho các dự án cá nhân (một người đàn ông). Quá mức cần thiết?

Tôi biết và sử dụng hai hệ thống kiểm soát phiên bản: Subversion và git. Subversion, như bây giờ, được sử dụng cho các dự án cá nhân nơi tôi là nhà phát triển duy nhất và git được sử dụng cho các dự án và dự án nguồn mở mà tôi tin rằng những người khác cũng sẽ làm việc trong dự án. Điều này chủ yếu là do khả năng hợp nhất và hợp nhất tuyệt vời của git, nơi mọi người có thể làm việc trên chi nhánh của chính họ; rất tiện dụng.

Bây giờ, tôi sử dụng Subversion cho các dự án cá nhân, vì tôi nghĩ git không có ý nghĩa gì ở đó. Nó có vẻ là một chút quá mức cần thiết. Nó là ổn đối với tôi nếu nó được tập trung (trên máy chủ nhà của tôi, thường) khi tôi là nhà phát triển duy nhất; Tôi vẫn sao lưu thường xuyên. Tôi không cần khả năng tạo chi nhánh của riêng mình, chi nhánh chính là chi nhánh của tôi. Vâng, SVN có hỗ trợ đơn giản để phân nhánh, nhưng hỗ trợ mạnh mẽ hơn nhiều cho nó không có ý nghĩa, tôi nghĩ. Sáp nhập có thể là một nỗi đau với nó, hoặc ít nhất là từ kinh nghiệm nhỏ bé của tôi.

Có bất kỳ lý do tốt để tôi sử dụng git cho các dự án cá nhân, hoặc nó chỉ đơn giản là quá mức cần thiết?

Nó không quá mức cần thiết. Lý do chính khiến tôi bắt đầu sử dụng Git và Mercurial over Subversion cho các dự án cá nhân là việc khởi tạo một kho lưu trữ dễ dàng hơn nhiều.

Bạn muốn bắt đầu một dự án mới?

> git init

BAM! Không cần thiết lập máy chủ kho lưu trữ cũng như kiểm tra cấu trúc thư mục để hỗ trợ phân nhánh và thẻ vào kho lưu trữ lật đổ.

Chia sẻ dự án của bạn sau này chỉ là vấn đề: git push(ngoài việc có một kho lưu trữ từ xa). Hãy cố gắng làm điều đó một cách nhanh chóng với lật đổ!

Tôi cho rằng việc sử dụng Subversion cho các dự án cá nhân tại địa phương là quá mức cần thiết, trong khi Git thì quyết định là không. Git sẽ chiếm ít không gian hơn (do khái niệm "sửa đổi" không hiệu quả của SVN so với ảnh chụp nhanh đối tượng của Git), yêu cầu ít thiết lập hơn ( git initso với hàng tá svnadminlệnh và thiết lập quyền, v.v.), dễ dàng sao lưu hơn ( git clone --bare[hoặc git push originnếu bạn sử dụng Github hoặc tương tự] và bạn đã hoàn thành) và có các công cụ tốt hơn để quản lý mã của mình (phân nhánh là miễn phí và việc hợp nhất trở nên dễ dàng và sạch sẽ hơn). Chỉ vì không ai khác có bản sao kho lưu trữ của bạn không có nghĩa là lợi ích của bất kỳ DVCS nào là "quá mức cần thiết".

Hơn nữa, tôi muốn nói rằng hỗ trợ phân nhánh của Git ít phức tạp hơn so với SVN, với phần thưởng lớn hơn.

Nghĩ rằng bạn sẽ không bao giờ phân nhánh mã của riêng bạn là một chút thiển cận. Tôi đã phân nhánh mã của mình nhiều lần, đặc biệt khi tôi đang thử nghiệm một cách tiếp cận mới, tôi vẫn chưa hoàn toàn bị thuyết phục. Cuối cùng bạn sẽ muốn các tính năng.

Điều này đến từ một người dùng Subversion lâu dài. Hợp nhất trên một công cụ thực sự có thể giúp làm cho cuộc sống của bạn dễ dàng hơn.

Overkill được dành riêng khi có thiệt hại tài sản thế chấp gây ra bởi "giải pháp". Sử dụng súng để giết ruồi có nghĩa là có thiệt hại do viên đạn đi đến nơi khác. Đó là quá mức cần thiết. Sử dụng một cái gì đó mạnh mẽ hơn mức cần thiết mà không gây ra vấn đề không phải là quá mức cần thiết và có thể là một điều tốt nếu nó giúp bạn hợp lý hóa quá trình phát triển của bạn. Nó không gây hại và cho phép bạn chỉ phải cập nhật một bộ phần mềm thay vì hai. Vậy tại sao phải bận tâm với hai hệ thống thay vì một?

Tôi sử dụng Git cho các dự án một người đàn ông của tôi và tôi thích nó. Trước đây tôi đã sử dụng Subversion và tôi chưa thấy nhược điểm khi sử dụng Git. Nó mạnh hơn nhưng không phải theo cách khiến những điều đơn giản trở nên phức tạp hơn. Làm những điều đơn giản phức tạp không cần thiết / tốn kém / chậm / vv. là IMHO một điều kiện cần thiết để gọi một cái gì đó quá mức cần thiết. Ngoài ra, trên Github, tôi đã chia rẽ các dự án một người trước đây của người khác để thêm một tính năng tôi muốn và sau đó gửi cho họ các yêu cầu kéo. Tôi sẽ thấy khá tuyệt nếu ai đó quan tâm đến các dự án của tôi làm điều tương tự.

Tôi chưa bao giờ sử dụng kiểm soát nguồn cho các dự án cá nhân trước DVCS, vì vậy thật kỳ lạ khi tưởng tượng ai đó có quan điểm ngược lại. Một số lý do của tôi là:

• Dễ dàng thiết lập và phá bỏ. Ví dụ, một đồng nghiệp đã đưa cho tôi một câu đố lập trình vào tuần trước mà tôi đã giải được trong vài bước nhỏ. Tôi đã thực hiện một repo git kéo dài tất cả 45 phút để giữ công việc của tôi, và sau đó nó đã biến mất. Tôi không biết việc lật đổ dễ dàng như thế nào, nhưng tôi chưa bao giờ nghe thấy ai làm việc đó.
• Ngắt kết nối. Đối với tôi, việc có thể làm việc ngoại tuyến mang lại nhiều lợi ích cho một dự án sở thích hơn là một công việc. Tôi không cần phải chọc một lỗ trên tường lửa nhà của tôi hoặc lưu trữ một dự án công khai. Tôi có thể tạm thời đặt repo trên ổ ngón tay cái hoặc máy tính xách tay, và vẫn giữ mọi thứ đồng bộ.
• Tất cả mọi thứ colocated. Có repo và cây làm việc cùng nhau làm cho các dự án nhỏ dễ dàng theo dõi hơn trong quá trình nâng cấp hệ điều hành.
• Các tính năng mạnh mẽ. Chắc chắn, tôi không cần năng lượng mọi lúc, nhưng nó ở đó khi tôi cần, và không tiêu tốn bất kỳ tài nguyên nào khi tôi không.

Tôi đã được thông báo rằng điều đó git-bisectthực sự tốt khi tìm ra cam kết chính xác đã đưa ra một hành vi nhất định, bằng cách điều hướng qua lại trong các cam kết tùy thuộc vào đầu vào của bạn.

Bạn sẽ phải làm điều đó một ngày nào đó cho những điều bạn chỉ đơn giản là không thể hiểu được chuyện gì đã xảy ra.

EDIT: Ngoài ra, khả năng phân nhánh là rất quan trọng khi bạn phải sửa lỗi trong các phiên bản cũ mà khách hàng sử dụng. Bạn phải có khả năng quản lý "chỉ sửa lỗi nhỏ này nhưng tôi không muốn phiên bản mới nhất vì tôi không muốn kiểm tra lại tất cả bây giờ".

Nó phụ thuộc vào mức độ nghiêm trọng mà bạn muốn nhận về phiên bản mã của riêng bạn. Nếu những gì bạn đang xây dựng là một thư viện đơn giản sẽ chỉ có phiên bản hiện tại (hoặc miễn là đúng), cá nhân tôi chỉ sử dụng một tùy chọn sao lưu cơ bản như Dropbox. Nếu bạn mất tất cả mã của mình, bạn có thể khôi phục mã từ web và Dropbox có bản sao lưu 30 ngày nếu bạn thực sự làm điều gì đó ngu ngốc.

Tuy nhiên, nếu bạn cần duy trì các nhánh sản xuất và Dev, thì git hoàn toàn là một công cụ tuyệt vời - và nhanh hơn rất nhiều so với svn. Mặc dù vậy, hãy lưu ý đến nguy cơ lỗi ổ cứng nếu bạn chỉ lưu trữ dữ liệu cục bộ.

Tôi luôn luôn, luôn luôn, luôn sử dụng hệ thống kiểm soát phiên bản cho bất kỳ loại dự án phát triển nào. Lớn hay nhỏ thực sự không thành vấn đề. Cho dù tôi đang chơi ở nhà với một loại công nghệ mới, viết một người trợ giúp nhỏ để giảm bớt cuộc sống của tôi hoặc phát triển chuyên nghiệp trong một nhóm lớn và phân tán - tôi luôn muốn có một hệ thống kiểm soát phiên bản để hỗ trợ tôi.

Chắc chắn, hầu hết thời gian cho các dự án cá nhân nhỏ bạn sẽ không sử dụng hầu hết các tính năng, nhưng thiết lập kho lưu trữ git (hoặc thậm chí là kho lưu trữ Subversion cục bộ) không phải là vấn đề lớn, vì vậy hãy thực hiện nó! Và trước khi bạn biết điều đó, bạn sẽ muốn biết "chết tiệt, nội dung của tệp X vào thứ sáu tuần trước là gì?". Không có kiểm soát phiên bản - chúc may mắn ;-)

Vì vậy, thực sự không có vấn đề gì nếu bạn sử dụng git hoặc SVN - cá nhân tôi bắt đầu di chuyển ngày càng nhiều thứ từ SVN sang git nhưng điều chính là sử dụng kiểm soát phiên bản - ngay cả đối với những điều nhỏ nhặt.

Chỉ bởi vì không ai đã đề cập đến nó: đối với các dự án cá nhân, darcs thực sự tốt và ít tham gia hơn git để thực hiện kiểm soát phiên bản đơn giản. Nó không nhanh như các dự án lớn hơn, nhưng sau đó, Subversion cũng không!

Nó có thể là một sự thay đổi mô hình tinh thần mạnh mẽ để hiểu rằng những gì chúng ta làm là thử nghiệm. Có một công cụ rẻ / dễ dàng để hỗ trợ điều này, tăng cường khả năng tiến về phía trước, một phần vì nó giúp tăng khả năng của bạn để thoát khỏi bất kỳ thử nghiệm nào khi nó không tốt.

Nhiều nhà phát triển nói, Tôi chỉ tạo các bản sao của mã của mình. Nhưng những bản sao này trở nên khó quản lý và cuối cùng là lộn xộn. Bạn có nhiều bản sao và không thể nhớ bản sao đó để làm gì, và sau đó cố gắng tìm ra khi nào an toàn để xóa chúng.

Tất cả điều này càng trở nên có giá trị hơn khi thử nghiệm đòi hỏi phải thay đổi phối hợp trên nhiều tệp. Và khi nó là một pfoject solo sử dụng Git thậm chí còn đơn giản hơn.

Thay vì tự hỏi liệu tôi có nên sử dụng nó trong một dự án solo hay không, bây giờ tôi nghĩ thật xấu hổ vì tôi đã không phát hiện ra điều này sớm hơn.