diff --git a/war/resources/help/system-config/master-slave/clock_tr.html b/war/resources/help/system-config/master-slave/clock_tr.html new file mode 100644 index 0000000000000000000000000000000000000000..2117b29c33f17188b2a2fffa49a053c7da1efbaa --- /dev/null +++ b/war/resources/help/system-config/master-slave/clock_tr.html @@ -0,0 +1,6 @@ +
+ Slave ajanı, JNLP ile çalıştıracaksanız bu alanı boş bırakın. Bu şekilde, slave bilgi + sayfasında (hudson/computer/***/) JNLP çalıştırma ikonu belirecektir ve bu linkte + tıklayarak slave ajanı çalıştırabilirsiniz. +
+ Bu mod, daha çok uzaktan çalıştırma mekanizması olmayan Windows slave'leri için + uygundur. + +
+ Hudson, burada belirtilen komutun, doğru slave üzerinde slave.jar'ı doğru şekilde + çalıştıracağını varsayar ve bu komutu master üzerinde çalıştırır. + + +
+ slave.jar'ın bir kopyası, hudson.war'ın içerisinde WEB-INF + klasörü altında bulunabilir. + +
+ En basit şekilde, yazılacak komut "ssh hostname java -jar ~/bin/slave.jar" + şeklinde olmalıdır. + + Yinede aşağıdaki gibi bir shell script yazarsanız, Java'nın ve slave.jar'ın yerlerini + ve bu slave'e özgü olabilecek ortam değişkenlerini (mesela PATH), kolaylıkla + yönetebilirsiniz. + +
+#!/bin/sh +exec java -jar ~/bin/slave.jar ++ +
+ Çalıştırılacak komutun stdin/stdout metodları "java -jar ~/bin/slave.jar" ile + ilişkili olduğu sürece, slave makinede RSH gibi komutları çalıştırabilirsiniz. + +
+ Daha geniş bir sistemde, slave.jar dosyasını ortak bir dizinden (NFS-mounted) + okutursanız, Husdon'ı her güncellediğinizde slave'leri ayrı ayrı güncellemek zorunda kalmazsınız. + +
+ Bu kısımda "ssh -v hostname" şeklinde bir kullanım, bağlantıda oluşabilecek sorunları + çözmede yardımcı olacaktır. +