Hallo,
es bearbeiten mehrere Benutzer zentral abgelegte LBR. Zurzeit wird sich
gegenseitig abgestimmt, wer welche LBR wann bearbeitet. Dies ist jedoch
zwangsläufig fehleranfällig.
Was passiert im Falle, dass mehrere Benutzer eine Bibliothek ändern und
dann speichern? Datenverlust in den Änderungen? Evtl. auch Datenverlust
in der gesamten LBR?
Welche Lösungsmöglichkeiten gibt es hierfür?
Mit freundlichen Grüßen
R. Härtel
Am 07.10.2010 13:03, schrieb Romano Härtel:
Hallo,
es bearbeiten mehrere Benutzer zentral abgelegte LBR. Zurzeit wird sich
gegenseitig abgestimmt, wer welche LBR wann bearbeitet. Dies ist jedoch
zwangsläufig fehleranfällig.
Was passiert im Falle, dass mehrere Benutzer eine Bibliothek ändern und
dann speichern? Datenverlust in den Änderungen? Evtl. auch Datenverlust
in der gesamten LBR?
Welche Lösungsmöglichkeiten gibt es hierfür?
Nur der LBR-Verwalter hat Schreibrechte für den Ordner, alle anderen
können nur Kopien abspeichern und dann dem Verwalter mitteilen, daß
er die Änderungen einspielen soll.
Generell ist es von Vorteil, eigene LBRs anzulegen, und nicht die
mitgelieferten zu verändern. 
Es gibt auch System übergreifende Lösungen:
<http://de.wikipedia.org/wiki/Concurrent_Versions_System>
Mit freundlichen Grüßen / Best regards
Alfred Zaffran
--
_____________________________________________________________
Alfred Zaffran Support
CadSoft Computer GmbH Hotline: 08635-698930
Pleidolfweg 15 FAX: 08635-698940
84568 Pleiskirchen eMail: <alf@cadsoft.de>
Web: <www.cadsoft.de>
Registergericht: Amtsgericht Traunstein HRB 5573
Geschäftsführer: Dipl.-Ing. Klaus Schmidinger, Bodo Badnowitz
_____________________________________________________________
Romano Härtel <haertel@picoquant.com> wrote in news:i8k9ds$ggs$1
@cheetah.cadsoft.de:
Hallo,
es bearbeiten mehrere Benutzer zentral abgelegte LBR. Zurzeit wird sich
gegenseitig abgestimmt, wer welche LBR wann bearbeitet. Dies ist jedoch
zwangsläufig fehleranfällig.
Was passiert im Falle, dass mehrere Benutzer eine Bibliothek ändern und
dann speichern? Datenverlust in den Änderungen? Evtl. auch Datenverlust
in der gesamten LBR?
Welche Lösungsmöglichkeiten gibt es hierfür?
Mit freundlichen Grüßen
R. Härtel
Hallo Romano
wir hatten bei uns dasselbe Problem.
Bevor wir die Libraries und Projekte ins SubVersion (Versionsverwaltung)
überführten, arbeiteten wir mit einem batch-gesteuerten File-Locking-
System.
Diese funktionierte folgendermassen: Alle Libraries sind auf einem
zentralen Netzwerk-Verzeichnis mit Schreibschutz versehen. So können alle
Benutzer lesend aus den Libraries arbeiten, diese sind aber vor
versehentlichem überschreiben geschützt.
Sobald jemand etwas an einer Library verändern muss, lösen wir dies via
einem zentralen Batch so, dass für die zu ändernde Library eine
"Semaphoren"-Datei angelegt und der Screibschutz der zu bearbeitenden
Datei entfernt wird. Während der Zeit der Bearbeitung, können andere
Benutzer die Datei nicht zum Bearbeiten öffen (mittels der Semaphoren-
Datei wird im Batch dem Benutzer eine entsprechende Meldung ausgegeben).
Sobald die Eagle-Instanz beendet wird, mit welcher die Library verändert
wurde, wird via Batch der Schreibschutz der Library wieder gesetzt und
die Semaphoren-Datei gelöscht. Im gleichen Batch wird bei uns auch gleich
das History-File zur Dokumentation der Aenderungen an der Library
aufgerufen.
Die Batch-Aufrufe zum Bearbeiten der am häufigsten benötigten Libraries
haben wir bei uns im Command-Menu von Schema und Board eingebunden.
Mit dieser Lösung haben wir bei uns über mehrere Jahre bis 3 Personen
quasi gleichzeitig ohne Probleme unsere Libraries bearbeitet.
Im Anhang unser Batch-File als Idee (Achtung: läuft nicht einfach so, der
Batch ist auf unser Netzwerk-System abgestimmt (Env.-Variabeln, Pfade,
Utilities, etc.)
Viele Grüsse
--
Hans Schlumpf
E-Mail: h DOT schlumpf AT feron DOT ch
-
Feron AG
Ingenieur und Handelsunternehmung
für Automation, Elektronik und Informatik
Tschachenstrasse 15
CH-8865 Bilten
Tel. +41 (0)55 615 13 46
=ybegin line=128 size=1561 name=WorkOnLIB.zip
zu-=n>,2gqrg ¥!ÜÇ/>97**
œ•y˜vslXŒ‹ž×{y r:¨0³)Z >3¤·³SscÍ€w¬-{}eLSšQ¾”m`øˆ _„ewj£ 
âÉ¥9aÝà- SÒ ëð¢ 胅éç ‘ ¬¸4) á
Û»&VÚà ’µ«Œ èŽ9oFTÜ•4Éu@ öx%xÿ‡B Ï ?Á<ÎâGñ g~P±†ìvÒK^§ ¿2,â´Œ % …BÜjîZ l”ÚÑi €†ë 2Yv,ho IJŒå1Ð0†î"Z‹|D=JÚ [„=nZ=J&›ÿKµ=@K}ZdÀ
Ã=J²4H!mH‹þ0ƒÉµ2á¦é ¾£–¾9·íœã,1ŠD \ ð;ˆ„|î¬#š³«³zØ… Z ×PèP øå¢Ëw¿„\ ´wŒž0Î,“³Ê ˆE ßç@ ç{Ø: ›4ÐöV¾sÒ>Éî}N”Do¡”Tg å÷„Õçé8Ô&øRz
±ƒ†_£ñÌ’Tã¡ŠÕÃ+ÍS ½¾nWú»‹ÄcÊ¡C:¤}¨žNýJMßþ=M ¢nþ=IÓ: µß² 1ŒÄ >}W“•Œ §ÖY8ßëÂ92Æ< "œ„l : ¿Å IĆ‹¨”‘Ë›ˆdhØ€ÊX¦ÖæV H€8€IÁ{Öºe8
¼ÓH!W"'ò
ç ¨Ï,Ý, ebÔ˜— ÏYv=Jõ*ÙÉpÞ¬›eø Ä–(ö g ××U嘗·=M"ødbÂ÷pø ¡èÝ'ó˜Æå=J`Å ÚÝ ”¬=M Šá âÁ=IØä˜áâ5Ihê õ›¤åš ú‚ Eƒa à¥+± T
¿=J¼Së0h5ÝZ×ÐõôF=n|𦉚?-=@1 §A6ÆD¿Vj OÐGY Ú¢& =@äk× >5,¨ ø Ó\éC2£Ý<̧ Ê¡Wœ¤Z"ÆQ« ¡ŸK—Ïr Þ ˜ûv ¾˜ÐíšËæk8 vvz°ro pë[ ç¾>£
?Ôs<KªP"ß•‰>Û…qº| =J=MªÑÜ@m:0†ðN¥ŒÓð2†ª¹Sfë_ ß]4qümÍ Ï…ç b / À âzààÛ6 ž/€ÕRòÓö±Z=M4¿þ¢ …Rº¥T û=nrëèyß¹(Lô±†ÔÑ¢þÔ–=J»ö$ËàζA
4ùûÁ|¸·A5yy5Ø£ê üÓm îì»9J,j¼z b Ió(</D˶ ÁdvœiE5¯¿'½BŸ š3Áºjõ_4§9 5xíó~‘lÕÅ õ=n•Gi Q=@¥3:y;¯9}D¡¤KØQS &´B Ër¨ xáå “=Me`Îñ
¢7’üj=n é¼0A0Ôï>¨„"Ï0¿ ûþWs}p Éö ª¹?òº–DôS(zúnûõºî¸>AH!bø‰Äê“ ŠhýÊ’ ”'L û³0Û¨Ó=@y`Øû( _uÜéª( w|± bk> ' ùZ~i˜Q" · ¼Ñ}åçÐgB
· c;IcvþêôuöýPê I%†ƒzí]«` ¾ *Ñå¸O µY iHйèu¨ž Ci0† &ÏÎדg¢Z 0ºŠã¼8ƒßK@W=@g H | 6Á@z Ž ‡ AE p‘ O ióð
ÔÄi°”»×nç ø» {à!«ùÛº ý' ¾×¾ÑÑ Qéä =Mx½dßÈ6êßÅÿ¤º3˜¤î¯tx_ÀQ&·!!l ½A !A¥i{é'(Ìx •r9Bã½qD(”[Jo ¨ðw7Ao/Ú²˜'»ÛÙqƒ„Î (öø=n7 «¹
ø à éÆ—Þðp«‡»@p˻ڗúgô- øc Hâ¤e )zu,>>,2gqrg ¥!ÜÇ/*
>97*******J*****œ•y˜vslXŒ‹žzu/0**++e*ò/***
=yend size=1629 crc32=4672c605
