Berk Akademi
Birebir ders başvurusu Ücretsiz ön görüşme Ana Sayfa

GitHub Classroom Kapandıktan Sonra Öğrenci Ödevi Nasıl Teslim Edilir?

github-classroom-kapandiktan-sonra-ogrenci-odevi-nasil-teslim-edilir
Bu yazıda neler var?
  1. GitHub Classroom erişilemiyorsa önce teslim kanalını netleştir
  2. Yerel Git deposunu teslim edilebilir hâle getir
  3. git init, git add, git commit, git remote ve git push ile teslim
  4. Depo bağlantısını ve commit geçmişini nasıl paylaşmalısın
  5. Göndermeden önce platformdan bağımsız teslim kontrol listesi
  6. Teslimden sonra bağlantı veya push sorunu olursa nasıl ilerlemelisin
  7. Sık Sorulan Sorular

GitHub Classroom kapandıktan sonra öğrenci ödevi teslimi, platforma erişimden çok öğretmenin belirlediği teslim kanalına uymaya bağlıdır. Önce duyuruda istenen çıktı biçimini doğrula, ardından yerel Git deposundaki son hâli koruyarak istenen depo bağlantısını, arşiv dosyasını veya başka teslim çıktısını hazırla.

GitHub bağlantısının çalışmaması, projenin kaybolduğu anlamına gelmez. Yerel klasör, commit geçmişi ve proje dosyaları korunuyorsa ödevi farklı bir kanala taşımak mümkündür. Hangi kanalın geçerli sayılacağı ise öğretmenin ve okulun yönergesine göre belirlenir.

GitHub Classroom erişilemiyorsa önce teslim kanalını netleştir

GitHub'ın resmî belgelerinde GitHub Classroom uygulaması için emekliye ayrılma tarihi 28 Ağustos 2026 olarak veriliyor. Bu nedenle erişim sorunu yaşadığında kendi başına yeni bir teslim yöntemi seçmek yerine dersin güncel duyurusunu ve yazılı yönergesini esas alman gerekir. GitHub'ın güncel GitHub Classroom belgeleri de platformun durumunu kontrol etmek için başvurulabilecek resmî kaynaktır.

  1. Duyuruyu ve teslim yönergesini kontrol et: Öğretmenin ders sayfasında, okulun öğrenme yönetim sisteminde veya e-posta duyurusunda yeni bir açıklama olup olmadığına bak. Son teslim tarihi, istenen dosya biçimi ve bağlantının nereye gönderileceği bu metinlerde belirtilmiş olabilir.
  2. İstenen teslim biçimini netleştir: Ödevin depo bağlantısı, sıkıştırılmış proje klasörü, form üzerinden dosya yükleme veya başka bir formatla teslim edilip edilmediğini öğretmenine sor. Yalnızca projeyi bilgisayarında tutmak, öğretmene teslim edilmiş sayılmayabilir.
  3. Yerel Git deposunu koru: Proje klasöründeki .git dizinini silme ve yeni bir klasör oluşturarak commit geçmişini kaybetme. Platform değişse bile yerel depo, çalışmanın hangi aşamalardan geçtiğini korur.
  4. Belirsizlik varsa öğretmenden netleştirme iste: Proje adını, elindeki teslim biçimini ve yaşadığın erişim sorununu açıkça yaz. “Depo bağlantısı mı, ZIP dosyası mı gönderilmeli ve hangi dal değerlendirilecek?” gibi doğrudan sorular, yanlış kanala teslim riskini azaltır.

Yerel Git deposunu teslim edilebilir hâle getir

Yerel Git deposunu teslim edilebilir hâle getir

Teslim edilebilir bir depo yalnızca çalışan kaynak koddan oluşmaz. Doğru kök dizin, gerekli dosyalar, açıklayıcı bir README, kaydedilmiş son değişiklikler ve öğretmenin erişebileceği paylaşım biçimi birlikte kontrol edilmelidir.

Bu düzeni gereksinim, dosya kapsamı, son commit ve paylaşım adımlarına ayırmak, ödev hazırlığını daha izlenebilir hâle getirir. Adımları ve beklenen çıktıları önceden planlamak, algoritmik düşünme becerisiyle de ilişkilidir; kendi yaklaşımını algoritmik düşünme becerilerini ölçen kısa bir test ile kontrol edebilirsin.

  1. Gereksinimleri çıkar: Ödev yönergesindeki çalıştırma komutunu, beklenen çıktıları, testleri ve teslim notlarını belirle. README dosyasına projenin amacı, nasıl çalıştırılacağı, gerekli bağımlılıklar ve teslimle ilgili kısa bilgileri ekle.
  2. Dosya kapsamını denetle: Proje klasörünün gerçekten doğru kök dizin olduğundan emin ol. Kaynak kodları, gerekli varlıkları ve yapılandırma dosyalarını kontrol et. .gitignore dosyasının teslim için gerekli dosyaları yanlışlıkla dışlamadığını ve yerel klasörün öğretmenin istediği kapsamla eşleştiğini doğrula.
  3. Son commit’i kontrol et: Son değişikliklerin kaydedildiğinden ve teslim için doğru dalın seçildiğinden emin ol. Çalışma ağacında yalnızca bilerek bıraktığın dosyalar bulunmalı; eksik veya kaydedilmemiş değişiklikleri teslim bağlantısına güvenerek bırakma.
  4. Paylaşım ve güvenliği gözden geçir: Öğretmenin depoya erişebildiğini, görünürlük ayarının yönergeye uygun olduğunu ve paylaşacağın klasörün doğru proje olduğunu kontrol et. API anahtarı, parola veya kişisel erişim bilgileri çalışma ağacında ve commit geçmişinde bulunmamalıdır. Bir gizli bilgi daha önce commit edildiyse yalnızca dosyayı silmek yeterli olmayabilir; teslimden önce uygun temizleme adımlarını uygulamalısın.

git init, git add, git commit, git remote ve git push ile teslim

Ödev dosyalarını uzak bir depoya göndermek için komutları proje klasöründe çalıştırmalısın. Proje zaten bir Git deposuysa git init adımını atlayabilirsin. Aşağıdaki örnekteki uzak depo adresini kendi deponun gerçek adresiyle değiştirmelisin.

cd proje-klasoru
git init
git branch -M main
git add .
git commit -m "Ödev teslimi"
git remote add origin https://github.com/kullanici/depo-adi.git
git push -u origin main

git status
git log -1 --oneline
  1. cd proje-klasoru: Terminali proje dosyalarının bulunduğu klasöre taşır. Komuttan sonra Git işlemleri bu klasör üzerinde yapılır.
  2. git init: Klasörü Git deposu olarak başlatır. Projede zaten .git klasörü varsa bu adım gerekli değildir.
  3. git branch -M main: Çalışılan dalın adını main yapar. Öğretmenin veya uzak deponun kullandığı dal adı farklıysa bu komutu ve sonraki dal adını buna göre değiştir.
  4. git add .: Projedeki yeni ve değiştirilmiş dosyaları bir sonraki commit için hazırlama alanına ekler. git status ile hangi dosyaların hazırlandığını kontrol edebilirsin.
  5. git commit -m: Hazırlanan dosyaların o anki hâlini açıklama mesajıyla birlikte kaydeder. Sonuç olarak bir commit kimliği ve geçmiş kaydı oluşur.
  6. git remote add origin: origin adını, uzak deponun adresiyle ilişkilendirir. Böylece Git, gönderilecek uzak depoyu tanır.
  7. git push -u origin main: main dalındaki commitleri uzak depoya gönderir ve yerel dal ile uzak dal arasındaki takip bağlantısını kurar.

Son iki komutla çalışma ağacının durumunu ve son commit kaydını kontrol edebilirsin. git status beklenmeyen değişiklikleri, git log -1 --oneline ise gönderdiğin son commitin kısa bilgisini gösterir.

Depo bağlantısını ve commit geçmişini nasıl paylaşmalısın

Depo bağlantısını ve commit geçmişini nasıl paylaşmalısın

Teslim biçiminde her zaman öğretmenin belirlediği kanal ve okul yönergesi önceliklidir. İstenen yönteme göre şu seçeneklerden uygun olanı kullanabilirsin:

Uzak depo bağlantısı isteniyorsa

Doğru projeye ait depo adresini ve öğretmenin inceleyeceği doğru dalı paylaş. Teslimden önce deponun açıldığını, dosyaların göründüğünü ve son commitin uzak depaya gönderildiğini kontrol et.

Yalnızca dosyalar isteniyorsa

Ödev için gerekli kaynak dosyalarını, çalıştırma için gereken ek dosyaları ve isteniyorsa README dosyasını içeren bir arşiv hazırla. Yalnızca ZIP dosyası paylaşmak, Git commit geçmişini her zaman göstermez.

Commit geçmişi isteniyorsa

Git geçmişinin görülebildiği depo bağlantısını ayrıca sun veya öğretmenin belirlediği geçmiş çıktısını paylaş. ZIP dosyasının yanında depo bağlantısı isteniyorsa ikisini birlikte gönder.

Deponun görünürlüğünü okul yönergesine göre ayarla. Özel erişim gerekiyorsa öğretmenin belirlediği yöntemle yetki ver; herkese açık paylaşım yapmadan önce proje dosyalarında izin ve gizlilik gerektiren içerik bulunmadığını kontrol et.

Teslim mesajı şablonu:

Proje: Hesap Makinesi
Depo: https://github.com/kullanici/depo-adi
Dal: main
Son commit: abc1234 Ödev teslimi

Göndermeden önce platformdan bağımsız teslim kontrol listesi

Ödevi hangi araçla göndereceğinden bağımsız olarak son kontrolü yerel dosyaların ve teslim alıcısının ihtiyaçlarına göre yap. Aşağıdaki listeyi farklı bir depo, form, e-posta veya dosya arşivi üzerinden yapılacak teslimlere uyarlayabilirsin.

  • README dosyasını kontrol et: Projenin amacını, gerekli kurulum adımlarını ve nasıl çalıştırılacağını açıkça yaz.
  • Son commit’i doğrula: Teslim edeceğin son değişikliklerin doğru dalda bulunduğundan emin ol.
  • Uzak depoya gönderimi kontrol et: Push işleminden sonra son dosyaların uzak depoda gerçekten göründüğünü incele.
  • Depo bağlantısını aç: Paylaşacağın adresin çalıştığını ve öğretmenin bu adrese erişebildiğini kontrol et.
  • Commit geçmişini gözden geçir: Öğretmen geçmişi görmek istiyorsa commit kayıtlarının teslim biçiminde görünür olduğundan emin ol.
  • Hassas bilgileri temizle: Gizli anahtar, parola, erişim token’ı, .env dosyası ve benzeri bilgileri projeden çıkar.
  • Gerekli dosyaları tamamla: Kaynak kodu, yapılandırma dosyaları, proje kaynakları ve görseller gibi çalışmayı sağlayan dosyaların eksik olmadığını kontrol et.
  • .gitignore dosyasını incele: Gerekli bir dosyanın yanlışlıkla dışarıda kalmadığından emin ol. Özellikle gizli veya nokta ile başlayan dosyaları ayrıca kontrol et.
  • Bilgisayara özgü yolları kaldır: C:Users... veya /home/... gibi mutlak yollar yerine proje içinde çalışabilecek göreli yollar kullan.
  • Teslim biçimini doğrula: Öğretmenin istediği depo bağlantısı, dosya adı, form alanı, arşiv biçimi veya ek açıklama koşullarını karşıla.

Teslimden sonra bağlantı veya push sorunu olursa nasıl ilerlemelisin

Bağlantı ya da push sorunu yaşadığında ilk adım dosyaları yeniden oluşturmak değil, yerel çalışmanın ve commit’lerin korunduğunu doğrulamaktır. Ardından şu sırayla ilerleyebilirsin:

  1. Proje klasörünün yerel bilgisayarında bulunduğunu ve önemli dosyaların silinmediğini kontrol et. Gerekirse proje klasörünün bir yedeğini al.
  2. Çalışma durumunu, commit geçmişini ve uzak depo adresini incele: git status, git log --oneline ve git remote -v komutlarını çalıştır.
  3. Son commit’in doğru dalda olup olmadığını, uzak depo adresinin öğretmenin verdiği adresle eşleşip eşleşmediğini ve erişim izinlerinin yeterli olduğunu karşılaştır.
  4. Bağlantı açılmıyorsa deponun görünürlük ayarını ve öğretmenin ödevi görmesi için kullanacağı erişim yöntemini kontrol et. Okul politikası izin vermiyorsa depoyu herkese açık hâle getirme.
  5. Push reddedilirse rastgele dosya silme veya zorla gönderme işlemi yapma. Yerel commit’ini koru, dalı, uzak depoyu ve öğretmenin teslim yönergesini yeniden kontrol et. Gerekirse sorunun hata mesajını değişiklik yapmadan öğretmene ilet.

Platform değişse bile yerel depo, açıklayıcı bir README, doğrulanabilir son commit ve doğru erişim bilgileri teslim sürecinin taşınabilir temelini oluşturur.

Sık Sorulan Sorular

GitHub Classroom'a erişemiyorsam ödevi doğrudan öğretmene mi göndermeliyim?

Otomatik olarak doğrudan göndermek yerine öğretmenin belirlediği teslim kanalını esas al. Erişim sorunu varsa kısa bir açıklamayla alternatif depo, form, e-posta veya dosya arşivi biçimini sor. Öğretmen belirli bir kanal önerdiyse ödevi o kanala göre düzenle.

Öğretmen commit geçmişini görmek istiyorsa ZIP dosyası yeterli olur mu?

Yalnızca proje dosyalarını içeren normal bir ZIP arşivi commit geçmişini göstermez. Öğretmen geçmişi incelemek istiyorsa erişilebilir bir depo bağlantısı veya commit kayıtlarını koruyan, önceden onaylanmış başka bir teslim biçimi kullanmalısın.

Git deposu özel görünürlükteyse öğretmen ödevi nasıl görebilir?

Öğretmenin hesabına ya da okulun belirlediği erişim yöntemine gerekli izin verilmelidir. Özel depoyu herkese açık yapmadan önce öğretmenin yönergesini kontrol et ve bağlantıyı gönderdikten sonra kendisinin erişebildiğini doğrula.

git push çalışmazsa ödev dosyalarını yeniden mi oluşturmalıyım?

Hayır. Push sorunu genellikle yerel dosyaların ve commit’lerin yeniden oluşturulmasını gerektirmez. Önce yerel commit’i koru, çalışma durumunu ve uzak depo ayarlarını incele, ardından doğru dalı ve erişim bilgilerini yeniden kontrol et.

Özenli bir son kontrol, kullanılan platformdan bağımsız olarak ödevin anlaşılır, erişilebilir ve incelenebilir biçimde teslim edilmesine yardımcı olur.

Bu içerik aradığın cevabı verdi mi?
Yanıtın, hangi yazıları geliştirmemiz gerektiğini anlamamıza yardımcı olur.
Bu içeriğin üretilmesinde yapay zeka araçlarından destek alınmıştır.

Bu konudan sonra ne okuyabilirsin?

Tüm yazılar

İlgili Eğitimler

Berk Keskin, yazılım geliştirici ve eğitmen
Yazar

Berk Keskin Kimdir?

Yazılıma 12 yaşında başladı; İzmir Ekonomi Üniversitesi'ni bölüm birincisi ve yüksek şeref öğrencisi olarak tamamladı. Bugün yalnızca eğitim vermekle kalmıyor, sektörde aktif olarak yazılım projeleri geliştiriyor ve gerçek dünya deneyimini birebir derslerine taşıyor. Ezberden uzak, mühendislik zihniyetini merkeze alan sürdürülebilir öğrenme sistemleri tasarlayarak sorgulayan, üreten ve problem çözebilen yeni nesil yazılımcılar yetiştiriyor.

Sektörel Deneyim & Projeler

  • Ticarify Entegrasyon Yazılım logosu CEO Ticarify Entegrasyon YazılımPazaryerleri ve e-ticaret sitelerine otomatik e-fatura kesimi, sipariş ve kargo takibi hizmetleri sunan e-Dönüşüm platformunun API mimarisini ve yazılım ekibini yönetmektedir.
  • Benim Düğünüm logosu CEO Benim DüğünümDijital etkinlik ve anı paylaşım platformu.
  • Siberdizayn logosu Yazılım Ekibi Lideri SiberdizaynYüksek anlık oyuncu trafiğine sahip oyun kontrol panelleri ve sunucu altyapıları geliştiren yazılım ekibine liderlik etmektedir.
  • MEDYOGRAFYA 360° Dijital Çözümler logosu Dijital Strateji Lideri MEDYOGRAFYA 360° Dijital ÇözümlerŞirketlerin dijital çözümlerde uzun vadede nasıl ilerlemesi gerektiği ve dijital dönüşüm süreçlerinin yönetilmesine destek olmaktadır.
  • İzmir Ekonomi Üniversitesi logosu Danışma Kurulu Üyesi İzmir Ekonomi ÜniversitesiMezun olduğu üniversitesinde, Bilgisayar Programcılığı bölümünün akademik müfredatını güncel sektör ihtiyaçlarına göre şekillendirmek adına Danışma Kurulu'nda görev almaktadır.
WhatsApp Hemen Ara