Có một quy ước đặt tên cho kho git?

Ví dụ: tôi có một dịch vụ RESTful gọi là Dịch vụ mua hàng. Tôi có nên đặt tên cho kho lưu trữ của mình không:

1. purchaserestservice
2. purchase-rest-service
3. purchase_rest_service
4. hay cái gì khác?

Hội nghị là gì? Làm thế nào về Github? Các kho lưu trữ công cộng có nên tuân theo một số tiêu chuẩn?

Tôi sẽ đi cho purchase-rest-service. Lý do:

1. "Dịch vụ săn đuổi thuần túy" là gì? Những từ dài, ghép nối là khó hiểu. Tôi biết, tôi là người Đức. "Donaudampfschifffahrtskapitänspatentausfüllungsassistentenausschreibungsstellenbewerbung."

2. "_" khó gõ hơn "-"

Vấn đề với trường hợp lạc đà là thường có nhiều cách hiểu khác nhau về từ - ví dụ: checkinService so với checkInService. Đi cùng với câu trả lời của Aaron, rất khó để tự động hoàn thành nếu bạn có nhiều repos có tên tương tự phải liên tục kiểm tra xem người tạo ra repo mà bạn quan tâm có sử dụng một sự cố nhất định của các trường hợp trên và dưới hay không. tránh trường hợp trên.

Quan điểm của ông về dấu gạch ngang cũng được khuyên dùng.

1. sử dụng chữ thường
2. sử dụng dấu gạch ngang.
3. được cụ thể. bạn có thể thấy bạn phải phân biệt giữa các ý tưởng tương tự sau này - tức là sử dụng dịch vụ mua hàng thay vì dịch vụ hoặc dịch vụ nghỉ ngơi.
4. hãy kiên định xem xét việc sử dụng từ các nhà cung cấp GIT khác nhau - bạn muốn các kho lưu trữ của bạn được sắp xếp / nhóm như thế nào?

lowercase-with-hyphens là phong cách tôi thường thấy nhất trên GitHub. *

lowercase_with_underscores có lẽ là phong cách phổ biến thứ hai tôi thấy.

Cái trước là sở thích của tôi vì nó tiết kiệm tổ hợp phím.

^{* Không hoàn toàn đúng; Tôi chưa thu thập được dữ liệu nào.}

Không ủng hộ bất kỳ lựa chọn đặt tên cụ thể nào, hãy nhớ rằng một git repo có thể được sao chép vào bất kỳ thư mục gốc nào bạn chọn:

git clone https://github.com/user/repo.git myDir

Ở đây repo.gitsẽ được nhân bản vào myDirthư mục.

Vì vậy, ngay cả khi quy ước đặt tên của bạn cho một repo công khai kết thúc là hơi không chính xác, vẫn có thể sửa nó ở phía máy khách.

Đó là lý do tại sao, trong một môi trường phân tán , nơi bất kỳ khách hàng nào cũng có thể làm bất cứ điều gì anh ấy / cô ấy muốn, thực sự không có một quy ước đặt tên cho repo Git.
(ngoại trừ để dành " xxx.git" cho dạng trần của repo ' xxx')
Có thể có quy ước đặt tên cho dịch vụ REST (tương tự như " Có bất kỳ hướng dẫn quy ước đặt tên nào cho API REST không? "), nhưng đó là một vấn đề riêng.

Có thể đó chỉ là nền Java và C của tôi hiển thị, nhưng tôi thích CamelCase (CapCase) hơn dấu chấm câu trong tên. Nhóm làm việc của tôi sử dụng các tên như vậy, có thể để khớp với tên của ứng dụng hoặc dịch vụ mà kho lưu trữ chứa.

Nếu bạn có kế hoạch tạo một gói PHP, rất có thể bạn muốn đưa vào Packagist để làm cho nó có sẵn cho người khác với nhà soạn nhạc. Nhà soạn nhạc có quy ước đặt tên để sử dụng vendorname/package-name-is-lowercase-with-hyphens.

Nếu bạn dự định tạo một gói JS, có lẽ bạn muốn sử dụng npm. Một trong những quy ước đặt tên của họ là không cho phép chữ in hoa ở giữa tên gói của bạn.

Do đó, tôi khuyên các gói PHP và JS nên sử dụng lowercase-with-hyphensvà đặt tên cho các gói của bạn theo trình soạn thảo hoặc npm giống hệt với gói của bạn trên GitHub.