Điểm:1

Làm cách nào để quản lý các đường ống trong nhiều nhánh, trong các devops Azure?

lá cờ cn

Giả sử tôi có nhánh fetaure1, nơi có tệp đường dẫn.

Kích hoạt sẽ như thế này.

Kích hoạt:
   - tính năng1

Vì mục đích phát triển, tôi đã tạo một nhánh mới từ nhánh đó (feature1_deveoper1)

Tuy nhiên, mặc dù nhánh mới này có tệp đường dẫn này, nhưng cần phải sửa đổi tệp này một lần nữa để trình kích hoạt hoạt động từ tệp đó.

Kích hoạt:
   - tính năng1
   - tính năng1_developer1

Vì vậy, sau tất cả công việc của tôi, giả sử tôi muốn hợp nhất với nhánh feature1, một lần nữa tôi cần xóa mục nhập tính năng mới này và hợp nhất nó với nhánh.

Bất kỳ cách tiếp cận tốt hơn cho tình huống này?

Điểm:0
lá cờ cn

Chà, tôi biết mọi người đều có các quy trình công việc khác nhau, nhưng trong kiểu sử dụng git truyền thống hơn, chẳng hạn như gitflow, bạn sẽ không thiết lập các bản dựng CI trên các nhánh tính năng ngắn.

Tất nhiên, mỗi nhà phát triển sẽ tạo một nhánh tính năng từ một nhánh như nói phát triển. Họ sẽ làm việc trên tính năng này tại địa phương. Khi hoàn thành, họ tạo PR và nó được hợp nhất trở lại nhánh lớn hơn của bạn -- chẳng hạn như phát triển hoặc phát hành hoặc chính hoặc bất kỳ thứ gì.

Bằng cách đó, phần kích hoạt chỉ cần có tên của các nhánh chính (tồn tại lâu dài).

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.