Các lựa chọn thay thế cho Kiểm soát phiên bản chuyên nghiệp [đã đóng]

Chúng tôi đang hợp tác với một số lập trình viên (nhà văn) không cần đóng góp cho một trong những dự án của chúng tôi.

Bây giờ họ không thích ý tưởng sử dụng Git (hoặc bất cứ điều gì cho vấn đề đó) cho phiên bản kiểm soát công việc của họ. Tôi nghĩ điều này là bởi vì họ không thấy đáng để quấn đầu xung quanh các khái niệm xoắn của kiểm soát phiên bản. (khi tôi lần đầu tiên giới thiệu chúng để phân nhánh và hợp nhất - chúng trông giống như tôi đang xúc phạm chúng.)

Bây giờ, chúng tôi không ở vị trí để giáo dục họ hoặc thuyết phục họ sử dụng nó. Chúng tôi chỉ cố gắng tìm giải pháp thay thế để chúng tôi có được tất cả các phiên bản công việc của họ (đó là những gì chúng tôi cần) - và họ có được quy trình làm việc dễ dàng và tập trung vào những gì họ làm.

Tôi đã nghĩ ra một số ý tưởng ...

• bảo họ lưu công việc của họ dưới dạng một tệp riêng biệt mỗi khi họ thực hiện một số thay đổi không hề nhỏ, và sau đó sử dụng một khác biệt về phía chúng tôi để chỉ theo dõi các thay đổi.
• viết một chương trình (bằng Python) thực hiện các "cột mốc" trong CSSEdit theo một cách nào đó.

Về dự án:

Nó là một hệ thống xử lý ngôn ngữ tự nhiên (được viết bằng C + Python). Chúng tôi đã thuê một số nhà văn để chuẩn bị đầu vào cho hệ thống bằng các ngôn ngữ khác nhau. Và khi chúng tôi phát triển phần mềm, chúng tôi cần những người viết đó thực hiện các thay đổi đối với đầu vào (bài viết) của họ. Đôi khi những thay đổi rất nhỏ (một hoặc hai từ) và những lần khác lớn.

Lý do chúng ta cần kiểm soát phiên bản đó là vì mọi thay đổi nhỏ / lớn trong đầu vào đều có khả năng thay đổi đáng kể đầu ra của hệ thống.

khi tôi lần đầu tiên giới thiệu chúng để phân nhánh và hợp nhất - chúng trông giống như tôi đang xúc phạm chúng

Điều này có lẽ là do phân nhánh và hợp nhất là các khái niệm nâng cao và vô cùng ít hữu ích hơn là chỉ đơn giản là theo dõi các thay đổi.

Vậy tại sao không giải thích chỉ "cam kết" (lưu) và "cập nhật"? Hai khái niệm thực sự đơn giản . Tôi chắc rằng bạn có thể giải thích nó trong vòng chưa đầy 10 phút.

Nếu bạn thực sự muốn sử dụng các nhánh riêng biệt và những thứ như vậy, bạn có thể tự thực hiện phần đó mà không liên quan đến chúng với nó.

Một cách tiếp cận khá không chính thống sẽ chỉ là sử dụng Dropbox . Yêu cầu các tác giả lưu các tệp trong thư mục dropbox và bạn có được phiên bản và sao lưu miễn phí. Thêm vào đó về cơ bản không có đường cong học tập cho các tác giả.

Đối với git, có vẻ như cuối cùng bạn sẽ cung cấp cho các tác giả phiên bản nhánh chính xác, vì vậy chỉ cần đặt git repo vào dropbox và xử lý việc phân nhánh và hợp nhất cho các tác giả.

Câu trả lời thực sự nằm trong bản chỉnh sửa của bạn: "Chúng tôi đã thuê một số nhà văn" - đôi khi bạn phải có đầu óc ... họ muốn tiền của bạn họ phải làm những gì bạn muốn với điều kiện bạn muốn là không hợp lý.

Đối số bạn đưa ra là đối số bạn đã nâng cao - chúng tôi cần có thể thực hiện X, Y và Z để làm cho sản phẩm hoạt động - và để thực hiện điều này, chúng tôi cần bạn làm điều đó. Chúng tôi sẽ hỗ trợ hết mức có thể, nhưng để điều này hoạt động (và do đó để nó tiếp tục như một nguồn thu nhập cho bạn, nhà văn) điều này đã xảy ra.

Tôi có xu hướng đồng ý rằng một giải pháp dựa trên Wiki phù hợp có vẻ phù hợp - nhưng thách thức ở đây là làm thế nào để tìm ra sự thỏa hiệp giữa quy trình làm việc của họ và yêu cầu của bạn.

Tôi sẽ lặp lại điểm mấu chốt - để dự án của bạn thành công, bạn cần các bài viết được phiên bản, do đó những người làm bài viết phải chơi theo một bộ quy tắc đã được thống nhất, nếu điều này không xảy ra, bạn sẽ nhận được bị đốt cháy và bởi sự mở rộng, các nhà văn cũng vậy.

Tôi đã phải đối phó với một tình huống tương tự như thế này trước đây. Cuối cùng, chúng tôi chỉ định một nhà phát triển (tôi) làm điểm liên lạc kiểm soát phiên bản cho bên thứ 3.

Bên thứ 3 sẽ gửi email cho tôi một tệp zip của các tệp dự án của họ mỗi ngày và tôi sẽ kiểm tra chúng. Tôi thiết lập một không gian làm việc dự án và tài khoản svn riêng cho họ và sẽ giải nén các tệp vào không gian làm việc đó ghi đè lên những gì đã có và sau đó thực hiện đăng ký trong tài khoản đó.

Đó không phải là điều thú vị nhất để làm mỗi ngày nhưng đôi khi điều quan trọng hơn là chỉ cần hoàn thành công việc.

Một điểm cộng nữa là nó đã giúp tôi xem xét công việc của họ để đảm bảo rằng họ không kiểm tra mã xấu và dữ liệu sẽ phá vỡ bản dựng.

SparkleShare là một bản sao dropbox dựa trên git, tôi nghĩ rằng nó phù hợp với nhu cầu của bạn.

SparkleShare tạo một thư mục đặc biệt trên máy tính của bạn. Bạn có thể thêm các thư mục được lưu trữ từ xa (hoặc "dự án") vào thư mục này. Các dự án này sẽ được tự động giữ đồng bộ với cả máy chủ lưu trữ và tất cả các đồng nghiệp của bạn khi ai đó thêm, xóa hoặc chỉnh sửa tệp.

... đây là một vài ví dụ về những gì nó làm tốt và kém hơn với khuôn mặt cười:

Tuyệt quá

• Thường xuyên thay đổi các tệp dự án, như văn bản, tài liệu văn phòng và hình ảnh
• Theo dõi và đồng bộ hóa các tệp được chỉnh sửa bởi nhiều người
• Hoàn nguyên một tập tin vào bất kỳ điểm nào trong lịch sử của nó
• Ngăn chặn gián điệp các tập tin của bạn trên máy chủ bằng mã hóa

Không tuyệt lắm

• Sao lưu toàn bộ máy tính
• Lưu trữ ảnh hoặc bộ sưu tập nhạc của bạn
• Các tệp nhị phân lớn thay đổi thường xuyên, như các dự án chỉnh sửa video ...

Cập nhật (tháng 11 năm 2015) : Dự án dường như bị bỏ rơi (bản phát hành cuối cùng từ tháng 4 năm 2014).

Nếu bạn có thể cung cấp không gian làm việc được chuẩn bị với việc sử dụng VCS minh bạch , họ sẽ sử dụng VCS. Đừng dạy những người không lập trình sử dụng VCS theo cách của lập trình viên

Chỉ cần tìm trình soạn thảo với hỗ trợ VCS nhúng, định cấu hình nó và hiển thị các bước dễ dàng bổ sung trong công việc của họ.

Chỉ là một ví dụ - Editplus biết về Subversion, có khả năng thực hiện thao tác SVN cơ bản bên trong cửa sổ trình chỉnh sửa. Editplus mới nhất thậm chí có thể sử dụng TortoiseGIT để tích hợp Git

Chỉnh sửa : tìm thấy giải pháp thay thế một cách nào đó: EasySVN , được cấu hình đúng, giám sát bản sao làm việc và thực hiện tự động và tự động hóa, cho phép sử dụng bất kỳ công cụ soạn thảo nào cho người dùng cuối và mọi định dạng tài liệu

Còn việc thiết lập WebDAV thì sao?

Nó sẽ tự động xử lý lịch sử phiên bản đường thẳng cho họ. Tất cả những gì họ phải làm là kết nối với máy chủ như thể đó là một ổ đĩa mạng và mỗi lần lưu sẽ là một cam kết.

Tài liệu Google

Google Docs có thể làm những gì bạn muốn. File > See Revision Historysẽ cho phép bạn theo dõi các thay đổi.

Bạn cũng có vấn đề về việc trao các tập tin qua lại được chăm sóc miễn phí; chỉ chia sẻ tài liệu giữa mọi người

Cuối cùng, nó dễ sử dụng; các nhà văn thậm chí không phải biết rằng có phiên bản đang xảy ra.

Hệ điều hành

Viết một chương trình Python mà bạn có thể kéo và thả một tập tin vào, chương trình mà sau đó có thể thực hiện git addvà git commitvà những gì không và họ không bao giờ phải đối phó với nó.

hoặc là

Sử dụng hệ thống tệp dựa trên WebDav mà bạn có thể gắn trên máy của họ và để máy chủ thực hiện gitcông cụ một cách trong suốt.

OSX / Linux

Viết một plugin FUSE dựa trên Python để lấy các tệp và cam kết chúng là git. Sau đó, họ có thể chỉ cần mở và lưu từ hệ thống tập tin được gắn trong suốt. Có một số tài nguyên FUSE cho Windows , nhưng chúng thậm chí không đáng để đánh lừa.

các cửa sổ

Bạn có thể viết một số mã để sử dụng Trình điều khiển bộ lọc FileSystem để thực hiện gitcông cụ một cách trong suốt .

Ah, niềm vui của những người không phải là lập trình viên. Tôi khuyên bạn nên thiết lập một môi trường git / mercurial cho họ. Nói với họ để lưu mọi thứ trong một định dạng mà repo có thể xử lý. Với tortoisegit hoặc tort torthg , họ không cần biết repo hoạt động như thế nào. Họ chỉ kiểm tra xem họ có dấu chấm than trong thư mục dự án của họ không, nhấp chuột phải vào tệp vi phạm và nhấp vào cam kết. Nhập một bản tóm tắt các thay đổi (họ là nhà văn, phải không?) Và bạn đã hoàn tất!

Một bước bổ sung trong quy trình làm việc cho họ, nhưng không có gì về việc hợp nhất / phân nhánh / công cụ tuyệt vời. Môi trường được xây dựng sẵn đã được thiết lập để ở trong nhánh nhà văn, vì vậy họ không thấy mã. Có một kịch bản tự động đồng bộ chúng mỗi ngày. Sau đó, sau khi chúng được sử dụng để cam kết, bạn có thể hiển thị cho chúng các tính năng bổ sung. Khả năng xem những gì đã thay đổi khi hữu ích đến mức họ sẽ không thể làm được nếu không có nó, một khi bạn lén đưa nó vào quy trình làm việc của họ.

Điểm chia sẻ thì sao? Tôi biết nó không phổ biến trong thế giới phát triển nhưng nếu các tác giả của bạn đang sử dụng Windows như một hệ điều hành thì nó sẽ hoạt động tốt và họ sẽ không thực sự biết rằng họ đang sử dụng kiểm soát phiên bản (Một điểm cộng lớn cho công việc của tôi).

Giải pháp này cũng giúp họ không phải đối phó với bất cứ điều gì có thể khiến họ sợ hãi, vì dường như họ đang bỏ qua những điều mới.

Bạn có thể thiết lập một công cụ giám sát hệ thống tệp nơi người viết đang lưu tệp của họ và để nó thực hiện cam kết tự động mỗi khi họ lưu không?

Nếu bạn đặt nó trên một mạng chia sẻ, bạn có thể thực hiện tất cả các cấu hình mà không liên quan đến chúng; nhưng mỗi khi họ cung cấp một phiên bản cập nhật cho nhóm của bạn để sử dụng thì nó sẽ được thêm vào git cho bạn.

Bạn đã nhìn vào SCM nhựa. Họ đang cố gắng làm cho nó đơn giản hơn để sử dụng

Nếu bạn chỉ muốn sao lưu theo phiên bản, bạn có thể sử dụng Dropbox hoặc bạn có thể thiết lập dịch vụ sao lưu Windows. Hoặc bạn có thể cài đặt Crashplan hoặc một sản phẩm tương tự khác.

Đối với DVCS Mercurial, có một giao diện người dùng được gọi là EasyMercurial , với mục tiêu đã nêu rõ ràng là cung cấp một cái nhìn đơn giản về các hoạt động kiểm soát phiên bản cơ bản.

EasyMercurial được dự định là:

• đơn giản để dạy và học chỉ dẫn về trạng thái kho lưu trữ thực tế, sử dụng biểu diễn biểu đồ lịch sử
  • có thể nhận thấy gần với quy trình công việc dòng lệnh thông thường cho tính nhất quán của Mercurial trên các nền tảng

Chúng tôi không cố gắng tạo ra khách hàng Mercurial "tốt nhất" cho bất kỳ mục đích nào. Chúng tôi tích cực khuyến khích người dùng chuyển sang các khách hàng khác khi nhu cầu của họ phát triển. Mục đích chỉ đơn giản là cung cấp một cái gì đó có thể truy cập cho người mới bắt đầu trong các nhóm dự án nhỏ làm việc với một kho lưu trữ từ xa được chia sẻ.

Tôi khuyên bạn nên thử nó.

Tôi đã phải làm việc với những người không phải là lập trình viên nhiều lần (chủ yếu là các nghệ sĩ đồ họa và nếu các nhà văn của bạn có ít manh mối về cách quản lý các tệp công việc như các nghệ sĩ thì bạn sẽ tham gia ... h'mmm .... vui .. .). Có ba cách tiếp cận có thể:

1. Giả vờ rằng họ là lập trình viên, cố gắng dạy họ cách sử dụng kiểm soát phiên bản. Điều này sẽ không hoạt động và bạn sẽ có chiến đấu liên tục.
2. Viết cho họ một công cụ rất đơn giản, chỉ cần lấy phiên bản hiện tại và dán nó ở đâu đó để họ có thể tua lại các tập tin của ngày hôm qua nếu cần thiết. Điều này là có thể, và tôi đã làm điều này cho một nhóm các nhà sáng tạo DVD (làm menu, đồ họa, đủ thứ) từ nhiều năm trước với một số thành công: công cụ tôi đã viết là một trình bao bọc chỉ bằng một cú nhấp chuột vào LOLZip (bạn có thể thấy điều này là một lúc trước) và nó chỉ nén thư mục công việc và đặt tên cho kho lưu trữ cho ngày + thời gian.
3. Kiểm soát những gì họ sản xuất chính mình. Làm rõ rằng các tệp của họ phải được gửi đến một lập trình viên và chỉ trở thành một phần của dự án khi lập trình viên chấp nhận các tệp: lập trình viên sau đó kiểm tra chúng thành kiểm soát phiên bản và nội dung được quản lý một cách chuyên nghiệp.

Cá nhân tôi nghĩ rằng tùy chọn 3 là con đường để đi. Điều này có nghĩa là một số đau đớn và khó chịu cho bất cứ ai phải thực hiện việc giao tệp và kiểm tra chúng, nhưng ít hơn bất kỳ tùy chọn nào khác.

Tôi cũng sẽ nói, lưu ý rằng những người không lập trình sẽ cung cấp các tệp với bất kỳ tên tệp cũ nào bạn có thể nghĩ ra. Các quy ước đặt tên là xa lạ với họ. Họ sẽ cung cấp cho bạn một tệp có tên là "Hình ảnh" hoặc một cái gì đó và sau đó khi bạn nói với họ những điều không đúng với nó sẽ cung cấp cho bạn một tệp có tên "Picture_Final", chỉ sửa được khoảng 3 lỗi. Khi bạn chỉ ra điều này, bạn sẽ nhận được một tệp khác, được gọi là "Picture_NewFinal", và sau đó (nếu bạn may mắn) "Picture_NewFinal2", mặc dù có thể lúc này họ sẽ vứt bỏ mọi ý nghĩa về sự phát triển lịch sử và gọi nó là "Biểu tượng Spanner Điều".

Một lần nữa bạn có thể thử để thi hành một quy ước đặt tên, có nghĩa là nói với họ trước những gì mỗi tập tin là được gọi, hoặc bạn có thể bỏ ra hàng giờ unscrambling & đổi tên gì họ gửi cho bạn. Ở đây tôi muốn nói rằng bạn muốn bảng tính cho sự tỉnh táo của riêng bạn, vì vậy hãy thử để họ theo dõi nó: đừng ngạc nhiên khi họ không làm vậy.

Hy vọng rằng sẽ giúp - vui chơi!

Nếu có bất kỳ cơ hội nào mà hai trong số chúng cần phải làm việc trên cùng một mục tiêu cùng một lúc VÀ nếu bạn có thể giải quyết tất cả công việc của chúng trong các tệp văn bản, tôi sẽ thử chia sẻ tài liệu google.

Nó có khả năng đa biên tập / cộng tác tuyệt vời - cho đến nay là tốt nhất tôi từng thấy. Chúng cũng được phiên bản đầy đủ và có thể được xuất dưới dạng tệp văn bản.

Nhưng đó là hai ifs khá lớn.

Hãy để chúng làm việc trong một thư mục, lưu các tập tin như bình thường.

Mỗi ngày một lần (hoặc tuần, v.v.) sao chép nội dung của thư mục đó vào backup_dd_mm_yyyy Hầu hết các mã nguồn hệ thống chiếm một lượng không gian tầm thường trong không gian có sẵn trong những ngày này.

Bản sao có thể được thực hiện bởi bạn, họ, bên thứ ba, công cụ hoặc tập lệnh.

Điều này giới hạn mất mát đến một ngày, cho một lịch sử, là minh bạch cho họ.

Không hoàn hảo cho một trong hai bên nhưng một câu trả lời tìm cách tấn công vào một khu vực giữa.