git-svn-helpers

git-svn-người giúp đỡ là một bộ sưu tập các công cụ dòng lệnh để đơn giản hoá bằng cách sử dụng git cho các kho svn.
Mục tiêu chính git-svn-người giúp đỡ là làm cho việc thiết lập một kho git địa phương sau một svn checkout hiện một 'không có trí tuệ.
Nó cũng có địa chỉ sử dụng một kho git-svn đơn để làm việc trên nhiều kiểm của (thường) chi nhánh khác nhau và chuyển đổi giữa chúng.
sử dụng cơ bản (Ví dụ)
Tóm tắt:
> Con đường cd / to / svn / repo
> Gitify
Dưới đây là một phiên mẫu:
> Cd / tmp
> Svn co https://svn.plone.org/svn/plone/plone.app.form/branches/1.1 plone.app.form
A 1.1 / setup.py
...
Kiểm tra ra 27.228 sửa đổi.
> Cd plone.app.form
> Gitify
Không git kho tìm thấy trong /Users/tomster/.gitcache/.
Khởi cloning vào cache.
Phân tích svn log ...
Nhân bản https://svn.plone.org/svn/plone/plone.app.form/ từ r10593: 27.155 vào /Users/tomster/.gitcache/
Khởi tạo kho Git trống trong /Users/tomster/.gitcache/plone.app.form/.git/
...
Chi nhánh git 'local / 1.1' hiện đang theo dõi chi nhánh svn '1.1':
# Mở chi nhánh địa phương / 1.1
không có gì để cam kết (thư mục làm việc sạch sẽ)
> Git branch
* Local / 1.1
& Nbsp; chủ
Các điểm cần lưu ý:
& Nbsp; * gitify hạn chế việc nhân bản các phiên bản được tìm thấy trong các bản ghi svn của các gốc gói (đây https://svn.plone.org/svn/plone/plone.app.form/). Một tiết kiệm thời gian, đặc biệt là trên các kho lớn (như plone.collective)
& Nbsp; * gitify tạo ra các kho git ở ~ / .gitcache không đúng chỗ
& Nbsp; * gitify tạo ra một chi nhánh địa phương địa phương / 1.1 mà sau (từ xa) svn chi nhánh 1.1 và chuyển sang nó
Nhiều check-outs
Trong thực tế bạn sẽ thường xuyên làm việc với các bản sao địa phương khác nhau của một kho lưu trữ nhất định, tức là trên thân cây và trên một chi nhánh tính năng. Đó là khi các thư mục .gitcache tạo ra ở trên có ích. Hãy di chuyển thanh toán trước đó của chúng tôi ra khỏi đường và tạo một kiểm tra bảo trì sau thân cây:
> Cd ..
> Mkdir tính năng ngành
> Plone.app.form mv tính năng chi nhánh /
> Bảo trì mkdir
> Bảo trì cd /
> Svn co https://svn.plone.org/svn/plone/plone.app.form/trunk plone.app.form
Một plone.app.form / setup.py
...
& Nbsp; U plone.app.form
Kiểm tra ra 27.228 sửa đổi.
Điều gì xảy ra nếu chúng ta chạy gitify đây ?:
> Cd plone.app.form /
> Gitify
Chi nhánh git 'địa phương / trunk' hiện đang theo dõi chi nhánh svn 'thân':
# Mở chi nhánh địa phương / trunk
không có gì để cam kết (thư mục làm việc sạch sẽ)
Chú ý, mà hoạt động này đã đi nhanh hơn nhiều, như chúng ta đã sử dụng các kho git hiện có trong thư mục cache. Điều này có thể được chứng minh thêm bằng cách nhìn vào các chi nhánh địa phương có sẵn ngay bây giờ:
> Git branch
& Nbsp; local / 1.1
* Địa phương / trunk
& Nbsp; chủ
Hãy cẩn thận
Git 'tái chế' bằng cách này làm việc (có lẽ đáng ngạc nhiên) tốt trong thực tế, nhưng bạn cần phải giữ trong tâm trí sau:
Tất cả có kiểm chia sẻ các chỉ số tương tự!
Chúng ta hãy nhìn vào những gì này có nghĩa là bằng cách chuyển trở lại chi nhánh tính năng của chúng tôi:
> Cd ../../feature-branch/plone.app.form/
> Tình trạng git
# Mở chi nhánh địa phương / trunk
# Thay đổi nhưng không được cập nhật:
# (Sử dụng "git thêm / rm ..." để cập nhật những gì sẽ được cam kết)
# (Sử dụng "git checkout - ..." để bỏ qua những thay đổi trong thư mục làm việc)
#
# Sửa đổi: docs / HISTORY.txt
...
# Xóa: Plone / app / form / KSS / xét nghiệm / test_kss.py
...
#
# File untracked:
# (Sử dụng "git thêm ..." để bao gồm trong những gì sẽ được cam kết)
#
# Plone / app / form / xét nghiệm / test_kss.py
Wohah! Những gì xảy ra là git nay chỉ vào thân cây và do đó các lệnh tình trạng cho thấy sự khác biệt giữa các chi nhánh của chúng tôi và làm thay đổi địa phương, vì đó là những gì đại diện cho hệ thống tập tin. Chúng tôi có thể xác minh điều này bằng cách sử dụng lệnh tình trạng subversions:
> Svn st

Phew! Tất cả trong trật tự! Nhưng phải làm gì với git? Chúng tôi đã hoàn tất công việc trên thân cây và muốn để lại cho chi nhánh tính năng của chúng tôi, nhưng chỉ số git là tất cả các sai ?! Đơn giản: chỉ cần tái chạy gitify:
> Gitify
Chi nhánh git 'local / 1.1' hiện đang theo dõi chi nhánh svn '1.1':
# Mở chi nhánh địa phương / 1.1
không có gì để cam kết (thư mục làm việc sạch sẽ)
Về cơ bản, đó là tất cả các bạn cần phải nhớ khi làm việc với nhiều check-outs của cùng một gói: Luôn chạy gitify khi chuyển đổi giữa check-outs

là gì mới trong phiên bản này :

• Các kho cannonical hiện đang ở https://github.com/collective. [Rossp]
• Sửa chữa các xử lý khi chuyển sang một chi nhánh svn mà git đã có một chi nhánh địa phương cho. [Rossp]

là gì mới trong phiên bản 0.8:

• Thực hiện các lệnh init theo cùng, nếu các kho svn đã được chuyển sang một chi nhánh khác. Nhờ Calvin Hendryx-Parker cho báo cáo vấn đề này. [Tomster]

là gì mới trong phiên bản 0.7:

• Sử dụng bản đầy đủ thay vì liên kết tượng trưng để tạo ra các bản sao làm việc. Điều này tránh các vấn đề có git và svn kho ra khỏi đồng bộ khi làm việc với nhiều bản sao của cùng một kho lưu trữ và làm giảm đáng kể nguy cơ xung đột.
• Điều này cũng có nghĩa, rằng lệnh lấy bây giờ chỉ hoạt động trên các bộ nhớ cache mà không sửa đổi các bản sao làm việc (làm cho nó an toàn để chạy qua crontab, ví dụ)
• Chạy gitify chống lại một bản sao làm việc theo phong cách cũ sẽ gặp lỗi. Đơn giản chỉ cần xóa các liên kết tượng trưng và tái chạy biện pháp gitify đó, tuy nhiên.
• hiệu ứng khác, đó là các lệnh init là bây giờ chỉ cần một lần cho mỗi bản sao làm việc (nó không còn cần thiết để tái chạy lệnh sau khi chuyển đổi giữa các bản sao làm việc khác nhau của cùng một kho lưu trữ).
• gitify do đó không có nhiều thời gian để mặc định lệnh init (chỉ là không phải và cũng không git svn làm bất cứ điều gì w / o cung cấp một hành động rõ ràng). Ngoài ra, nó đã được đổi tên từ gitify (trở lại) để init. [Tomster]
• Cho phép sự giúp đỡ, --version và lấy các lệnh để chạy các thư mục bên ngoài .svn [tomster]

là gì mới trong phiên bản 0.5:

• Nhập lệnh cập nhật gitify, thực hiện một rebase git-svn hoạt động cho svn checkout hiện tại mà còn xử lý các thay đổi địa phương không cam gracelully (không giống như git svn nhưng như svn không)
• Không còn sử dụng các module đăng nhập để phản hồi của người dùng. Ý tưởng đó đã khá sai lầm

là gì mới trong phiên bản 0.4:

• refactored điểm mục để chỉ sử dụng gitify. Tất cả các lệnh khác bây giờ là sub-lệnh của gitify:
• gs-cam kết đã được thay thế bằng push gitify
• gs-Truy xuất đã được thay thế bằng gitify lấy
• thêm cách sử dụng và giúp đỡ đầu ra cho mỗi lệnh.
• Loại bỏ các điểm vào gs-clone như nó đã được chỉ từng sử dụng cùng với các lệnh chính gitify anyway.
• Sử dụng khai thác gỗ thích hợp thay vì chỉ cần in để stdout
• Thêm kiểm tra toàn diện, bao gồm các xét nghiệm chức năng bao phủ toàn bộ cập nhật / cam kết chu kỳ nhân bản một kho svn và có cam kết lại với nó.

là gì mới trong phiên bản 0.3.1:

• Sửa lỗi: Không sử dụng bí danh tùy chỉnh, như họ có thể không được cài đặt. Điều này giải quyết http://github.com/tomster/git-svn-helpers/issues#issue/2
• Sửa lỗi: Rõ ràng danh sách ElementTree như phụ thuộc này giải quyết http://github.com/tomster/git-svn-helpers/issues#issue/1)

là gì mới trong phiên bản 0.3 Beta:

• Nhập lệnh đó giúp nhân trở lại gs-cam svn và giữ git svn và đồng bộ

là gì mới trong phiên bản 0.2 Beta:

• Nhập lệnh giúp giữ cho bộ nhớ cache gs-fetch up-to-date

Yêu cầu :

• Python