can't convert string from 'utf-8' to native encoding

A teendő a következő: felveszed a következő sort

export LC_TYPE=en_US.UTF-8

a post-commit file elejére, ez megoldja minden gondodat.

@version    SVN: $Id: actions.class.php 144 2009-05-19 08:01:42Z efpe $

Jó, mi? Ez csak akkor lenne mégjobb, ha automatikusan frissülne, természetesen ez is megoldható. A létező fileokra:

find . -name "*.php" -exec svn propset svn:keywords "Revision Id" {} \; && svn commit -m "Added svn id keyword"

Az új fileok hozzáadásához módosítani kell a configot az /etc/subversion/config fileban:

[miscellany]
enable-auto-props = yes

[auto-props]
*.php = svn:keywords=Revision Id

Ezt akár js/css fileokra is lehet alkalmazni. Ezek után a drága SVN minden commit után módosítani fogja a file adott sorát, szépen feldátumozva.

• start-commit - a commit tranzakcio elott fut le, tipikusan arra valo, hogy ellenorizzuk a user jogait.
• pre-commit - a tranzakcio utan fut le, a commit elott. Gyakran ellenorzesre hasznaljak, pl. nem nulla hosszusago log uzenetnel.
• post-commit - a tranzakcio commitolasa utan fut le. E-mail kuldesre, backup keszitesre, mi ezt fogjuk hasznalni.
• pre-revprop-change -az elott fut le, mielott egy revizio tulajdonsaga valtozik.
• post-revprop-change - revizio tulajdonsag valtozasa utan fut le.

Hasznos dolgok ezek. Nalunk a feladat az volt, hogy miutan valtoztatunk valamit az megjelenjen a weben is, ehhez az kellett, hogy a document rootban check outolni kellett a tarolot, es ezt minden commit utan frissiteni. Nagyon egyszeruen megtehetjuk ezzel a post-commit scripttel:

REPOS="$1"
REV="$2"

/usr/local/bin/commit-email.pl "$REPOS" "$REV" --from svn@domain.tld admin@domain.tld
/usr/bin/svn up /var/www/domain.tld/web --non-interactive

A script minden commit utan kuld egy e-mait az admin@domain.tld cimre, melyben a log uzenetet es a valtozasokat irja le. Hasznos tud lenni ez is. Az utolso sor pedig frissiti az a /var/www/domain.tld/web konyvtarat a legujabb verziora.

Nem bonyolult...

Van Firefox, van iTunes, van Google Desktop, van MSN (mondjuk gany), van virusirto, van Thunderbird (sajnos), van Total Commander, van TortoiseSVN, van text editor. Jelenleg ezekre van szuksegem.

Multkor irtam, hogy MSN fagyott, ha linkre kattintottam. Azutan letorolte az uj A-Patch-et, ugyan van reklam, meg buzi rezgetes, de nem fagy...

Mint emlitettem, belottuk az SVN-t. Egy ideig ment is, volt post-commit hook, ami annyit tesz, hogy a commit lefutasa utan meghivodik es a beleirt dolgok megtortennek. Pl lehet vele mailt kuldeni a feltoltonek, svn -t updatelni a webszervernek stb. En az utobbit hasznaltam, mert igy egyszeru. Illetve csak hasznaltam volna, ugyanis tegnap este ota nem ment. Lefutott a script, leveleket kikuldte, de az

/usr/bin/svn up

parancs csak nem akart menni. Ha shellbol futtattam, akkor minden oke. Sok tokolodes es izzadas utan arra jutottam, hogy debug:

/usr/bin/svn up > /tmp/svn 2> /tmp/svn_err

Ez annyit tesz, hogy ha hiba van, akkor az svn_err -be ir, ha nincs, akkor az svn -be. Nosza. Commit utan:

securebox:~# cat /tmp/svn
securebox:~#
securebox:~# cat /tmp/svn_err
svn: Can't convert string from native encoding to 'UTF-8':
svn: log?\195?\179.doc
securebox:~#

Es akkor beugrott, hogy tegnap este commitoltam egy logó.doc (igen, hosszu o) nevu fajlt, amit svn nem szeretett. Toroltem, kezzel update onnantol fogva post-commit hookbol is ment. Boldog vagyok.

Ajanlatos meg hasznalni a "--non-interactive" kapcsolot, igy nem kerdez semmit.

Ugy dontottem, hogy mi is atallunk SVN-re a konnyebb fejlesztes erdekeben. Ehhez valami modott kellett biztositani a grafikusnak - nincs ssh hozzaferese -, hogy tudja commitolni (feltolteni) a fajlokat a szerverre. Itt jott kepbe a WebDAV kiegeszites a HTTP protokollhoz. Igy http(s)-en keresztul lehet commitokat bekuldeni. Nem tul veszes a beallitas, de osszefoglalom. En Debian rendszert hasznalok, tehat a szerver egy Debian Etch lesz. Tetelezzuk fel, hogy fel van telepitve egy Apache 2.2, es letezik egy svn.mydomain.hu domainunk. A kliens gepeken Windows XP es Vista fut vegyesen, mind a ketton a TortoiseSVN programot hasznaljuk.

Telepitsuk fel az SVN-t es az Apache module-t:

apt-get install libapache2-svn subversion subversion-tools

Hozzuk letre az SVN repository-k (tarolok) helyet:

mkdir /var/svn
chown www-data.www-data -R /var/svn
chmod 770 -R /var/svn

Hozzunk letre egy repot:

su - www-data
svnadmin create /var/svn/project1

Importalhatjuk project fajljait:

svn import /home/efpe/project1 file:///var/svn/project1

Menjunk vissza root userre (Ctrl+D), majd hozzunk letre egy Apache virtualhostot, /etc/apache2/sites-available/svn.mydomain.hu:

<VirtualHost *:80>
ServerName svn.mydomain.hu

<Location />
DAV svn
SVNParentPath /var/svn
AuthType Basic
AuthUserFile /etc/apache2/webdav/.htpasswd
AuthName "SVN WebDAV"
require valid-user
</Location>
</VirtualHost>

Letre kell hozni egy htpasswd fajlt, amibol fogja kiolvasni a webszerver az autentikacios informaciokat:

mkdir /etc/apache2/webdav; htpasswd -c /etc/apache2/webdav/.htpasswd test

Engedelyezni kell a virtualhostot:

a2ensite svn.mydomain.hu

Majd ujrainditani a webszervert:

apache2ctl graceful

Ha most bongeszobol megnezzuk a http://svn.mydomain.hu/project1 url-t, akkor a "test" felhasznalonev es jelszo megadasa utan latjuk a repository-t, mely vagy ures, vagy az importalt fajlok vannak benne.

Nincs mar mas dolgunk csak checkout-olni a TortoiseSVN-nel es keszen is vagyunk.

A kovetkezo cikkben az SVN hook-okrol lesz szo.