Ngã ba repo trên GitHub nhưng cho phép các vấn đề mới trên ngã ba [đã đóng]


109

Trước đây tôi đã chia rẽ các repos của người khác trên GitHub và tôi đã nhận thấy rằng các vấn đề vẫn tồn tại với repo ban đầu và tôi không thể gửi các vấn đề về repo rẽ nhánh.

Bây giờ tôi có nhiệm vụ sau đây. Tôi đang làm việc cho một doanh nghiệp nhỏ nơi việc phát triển được thực hiện bởi một trong những hiệu trưởng trên tài khoản cá nhân của anh ấy. Anh ấy đã rời khỏi dự án một cách thân thiện và chúng tôi muốn chuyển dự án đó ra khỏi tài khoản cá nhân của anh ấy sang một tài khoản "vai trò" mới trên GitHub.

Tôi sẽ tự nhiên rẽ nhánh repo, để lưu giữ lịch sử mã, nhưng sau đó tôi sẽ kết thúc với một repo nơi chúng tôi không thể gửi các vấn đề mới, điều này là không mong muốn.

Làm cách nào tôi có thể tạo một bản sao của repo gốc này vào tài khoản mới của chúng tôi, lý tưởng nhất là vẫn lưu giữ lịch sử mã, nhưng có thể gửi các vấn đề mới trong tài khoản mới này?


Tôi đang bỏ phiếu để đóng câu hỏi này ngoài chủ đề vì hỗ trợ cho các sản phẩm và dịch vụ khác nhau nên được hướng tới các kênh hỗ trợ phù hợp.
Thomas Owens

Câu trả lời:


150

Sau khi kiểm tra nhanh, có thể đính kèm một vấn đề vào một ngã ba repo của riêng bạn. Đây là những gì tôi đã làm:

  • Ngã ba repo
  • Chuyển đến trang Cài đặt của ngã ba của bạn.
  • Đánh dấu vào ô bên cạnh Issues

Bây giờ bạn có thể gửi các vấn đề trên ngã ba của riêng bạn và chúng sẽ không được đặt trong repo chính.

nhập mô tả hình ảnh ở đây


1
Nếu bạn biết phải làm gì, chắc chắn. Tại sao nó không được bật theo mặc định?
Chaim Eliyah

4
@ChaimEliyah Bởi vì hầu hết các nhánh trên Github được tạo để tạo yêu cầu kéo. Điều quan trọng là đảm bảo rằng các báo cáo lỗi kết thúc trong dự án ban đầu, chứ không phải trong các bản sao mà chúng có thể sẽ bị bỏ qua.
Marc Schütz

13

Ngoài ra còn có tùy chọn chuyển (quyền sở hữu) kho lưu trữ từ tài khoản này sang tài khoản khác (ví dụ: từ nhân viên cũ sang tài khoản 'tổ chức').

  • Nút "Chuyển quyền sở hữu" nằm ở cuối trang Cài đặt của kho lưu trữ, trong phần "Khu vực nguy hiểm".
  • Chủ sở hữu hiện tại của kho lưu trữ phải có các đặc quyền quản trị cho tổ chức đích (mặc dù điều này chỉ là tạm thời).

2

Đây là một câu hỏi cổ xưa, và tôi sẽ ủng hộ cách tiếp cận mà David P trình bày.

Thêm một lựa chọn nữa là hãy nhớ rằng kho lưu trữ Git cục bộ là toàn bộ kho lưu trữ, hoàn chỉnh với lịch sử mã. Bạn chỉ có thể đẩy nó như một kho lưu trữ khác trên GitHub, như vậy GitHub sẽ không biết 2 cái này có liên quan với nhau. Bạn vẫn thấy toàn bộ lịch sử cam kết của mình.

Cách tiếp cận này sẽ khiến bạn mất bất kỳ lịch sử theo dõi vấn đề nào bạn có. Cách tiếp cận của David P là vượt trội so với tôi, IMO.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.