«github» etiketlenmiş sorular

GitHub, açık kaynaklı Git revizyon kontrol sistemini kullanan projeler için web tabanlı bir barındırma hizmetidir.

1
Github'u çatallarken GPL ile nasıl uyumlu kalırım?
Kısa bir süre önce Github'da bir proje çatalladım ve üzerinde bazı değişiklikler yaptım, onları çatallı depoya geri ittim ve orijinal geliştiriciden değişiklikleri çekmesini istedim. (Bu, Github'a katkıda bulunmanın tercih edilen yoludur.) Proje GPLv3 altında lisanslanmıştır . Kodda yaptığım değişikliklerin yazarı ve telif hakkı sahibiyim. Ayrıca, orijinal yazarın kurduğu lisansa uyduğum …
13 licensing  gpl  github 

2
GitHub'daki projemin sürümlerini nasıl kontrol etmeliyim
Gerçek bir kurumsal uygulama için nasıl olacağını gerçekten hissetmek için bugünlerde GitHub'da olabildiğince fazla zaman geçirmeye çalışıyorum (hatta işteki takımdaki tek kişi benim bile) . Bir sorum var sürümü kontrol etmek . Diyelim ki bir proje başlattık. Daha sonra ekip üyeleri bazı şubeler oluşturup orada gelişti. Üretime hazır olduğumuzda, tüm …

3
Github'da Lisanslama
GitHub'a ilk kez yüklüyorum ve lisanslama konusunda her türlü şüpheyle karşı karşıyayım. Bu konunun net olarak ortaya çıktığını bilmiyordum! Ama karmaşık bile olsa, durumum o kadar tipik ki, Github kullanan çoğu insanın bunu zaten biliyor. Ben sadece kamuya POM for Maven (paket & derleme Java yöneticisi) üçüncü taraf libs referans …
13 licensing  gpl  github 

2
Bir Çekme İsteği başlatmak veya master'da yerel bir birleştirme taahhüdü gerçekleştirmek daha mı iyi?
GitHub'ı bir süredir kullanıyorum ve genellikle özellik dallarını zorlayıp daha sonra kendim birleştirdiğim bir Çekme İsteği başlattım. Şubeleri birleştirdiğim yeri takip etmeme yardımcı olduğunu buldum. Ancak son zamanlarda Git'in nasıl çalıştığı hakkında giderek daha fazla okudum ve şubeleri birleştirdiğimde başvurmak için birleştirme taahhütlerini kullanabileceğimi fark ettim. Öyleyse, bir özellik dalını …

1
GitHub çekme isteklerinde akran değerlendirmeleri nasıl yapılır?
Bitbucket'ten GitHub'a geçiyoruz ve mücadele ettiğimiz bir şey, Bitbucket'te çok düzgün çalışan akran kodu incelemeleridir: Yazar bir Çekme İsteği açtı (GitHub: aynı) Yazar meslektaşlarını hakem olarak ekledi (GitHub: ?? burada birden fazla atanan kişi ile mücadele ediyor ) İnceleyen ya: PR'yi yeşil onay işaretiyle onayladı (GitHub: ??) Eklenen yorumlar (GitHub: …

2
GitHub'a rahatsız edici içerik yüklemek kabul edilebilir mi? [kapalı]
Kapalı . Bu soru görüş temelli . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Bu yayını düzenleyerek gerçekler ve alıntılarla yanıtlanabilmesi için soruyu güncelleyin . 4 yıl önce kapalı . Web sitem için rahatsız edici bir içerik denetleyicisi geliştirdim ve GitHub'da yayınlamak istiyorum . Bununla birlikte, kaynak …
12 github  ethics 

1
Mevcut bir projenin tam bir yeniden yazımını yayınlamak için uygun görgü kuralları nedir?
Açık kaynak dünyasında yeniyim. Üzerinde çalıştığım proje Github'da. (Sadece referans için) Üzerinde çalıştığım proje Plex Media Server için bir eklentidir. Eklentimi "uygulama mağazasında" yer alacak şekilde Plex'e göndermeyi planlıyorum. Şimdi soruma. İlk başladığımda, istediğim şeylerden bazılarını yapan ama çok iyi olmayan eski, yarı terk edilmiş bir eklenti buldum. Bu repoya …

2
Açık kaynaklı bir projeye yapılan katkılar, sahipler tarafından nasıl yönetilmelidir?
Açık kaynaklı bir projeyi yönetirken (GitHub gibi bir hizmet kullanarak) aşağıdakilere nasıl yanıt vereceksiniz: Birisi, yeni bir özellik eklemek veya bir sorunu çözmek için lütfen bir yama gönderdi. Aşağıdaki durumlardan herhangi biri oluşur: Kaynak kodu bir veya daha fazla adlandırma kuralını vb. Karşılamıyor. Kaynak kodun belirli bir şekilde geliştirilebileceğini hissediyorum. …

4
Büyük finans / sigorta şirketleri neden git ve / veya github kullanmalı?
Finans / sigorta sektöründe büyük bir işletme (30K çalışan) için çalışıyorum. "BT" bizim odak noktamız olmasa da, dürüst olalım, bunlar bilgi odaklı endüstriler ve teknolojik avantajı daha iyi olan şirketler daha hızlı ilerliyor gibi görünüyor. Şirketimde birçok yazılım geliştirme ekibi var. Tüm diller ve çerçeveler kullanılsın, sürüm kontrolü ile tüm …

3
Git'i farklı sunuculardan farklı kod tabanları için kullanmaya nasıl başlayabilirim?
Arka plan: Yakın zamanda şirketimdeki bir dizi projeyi miras aldım ve nasıl ele alındıklarına dair bazı temel sorunları çözmeye çalışıyorum. Yani, önceki geliştiriciler (artık şirkette olmayan) herhangi bir kaynak kontrolü kullanmıyorlardı, çok az dokümantasyon yapıyorlardı ve gerçekten iyi geliştirme süreçleri yoktu. Şimdi SQL sunucuları ve diğer şeylerin mağazalarına kadar kullandığımız …

3
dosyanın bir sürümünü gizli tutmak için github stratejisi
Öğrenciler için kodlama problemleri yazan bir öğretim görevlisiyim. Yapmak istediğim şey, öğrencilere tamamlayacakları fonksiyonlar için yer tutucularla birlikte kaynak levhası kodunu vermektir. Bunu klonlamak için öğrencilere özel bir github deposuna erişim vereceğim. Ancak, ben de örnek çözümler ile komple, kod temeli bir sürümünü istiyorum. Açıkçası öğrencilerin çözüme erişmelerini istemiyorum (ödev …
11 git  github 

1
GitHub Kuruluşları birden çok depoya yayılmış bir proje için mi?
GitHub'da en az üç depo içeren bir proje başlattım. Depolardan biri genel bir dokümantasyon ve örnek dökümüdür ve diğer ikisi projenin omurgasını oluşturan iki programın uygulanmasını içerir. Böyle bir yapılandırmayı işlemek için bir GitHub Organizasyonu kullanmalı mıyım? Yoksa sadece bir düzine başka tamamen ilgisiz depo ile birlikte hepsini kendi hesabımla …

1
2 kişilik bir ekip için Çekme Talepleri - kendi taleplerimi birleştirmek ister misiniz?
Git'i küçük bir ekip üyesine (kooperatif) tanıtıyorum. Şimdi ekleme, işleme, itme ve çekme temelleri ile rahatlar. Şimdi onları istekleri ve dalları çekmek için tanıtmak istiyorum. Şubelerde çekme talepleri yapmaya başlarlarsa, devam eden işlerim için de aynısını yapmalı mıyım? Çekme taleplerini birleştiren kişi olacağım. Dallarda çalışmamın en mantıklı olup olmayacağından emin …

3
Küçük hata düzeltmeleri ve küçük özellikler için hangisi daha iyidir - şubeleri bilet numarasına göre adlandırmak veya özellik açıklamasına göre adlandırmak?
Uygun şube adlandırma konusundaki liderliğimle bir anlaşmazlığın ortasındayım (elbette samimi). Bu, uzun süren özellik dalları için değil, hata düzeltme ve küçük özellik dalları için geçerlidir. Uzun süren özellik dalları için, insan tarafından okunabilen adların daha iyi olduğunu kabul ediyoruz. İşte iki bakış açısı: Benim: Şubeleri takımlarına ve bilet numaralarına göre …

1
Github README.md dosyasında hangi bilgiler bulunmalıdır?
Github README'de hangi bilgileri görmeyi beklersiniz? Her şey README'de olmalı mı? yani Giriş Kurulum Sürümler Kullanici rehberi uygulama Test yapmak alakalı kaynaklar Yoksa sadece bazı şeyleri README'ye (Giriş, Kurulum, Sürümler) koymanız gerekir ve diğer bilgiler en iyi Github wiki'sine yerleştirilir mi?

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.