Guai a non usare svn! Molta gente non abbozza strumenti del genere perché rallenta le fasi iniziali, rende macchinoso lo sviluppo e soprattutto implica una piccola conoscenza dello strumento. Queste motivazioni non esistono, in quanto un buon programma (didattico o vero) necessita di un software d'appoggio per "il controllo della versione".

Esistono vari tools in grado di svolgere il medesimo lavoro: cvs, git, monotone, ed altri che conosco meno. Io uso svn perché lo usano quelli di KDE, e dico la verità! La motivazione sarà stupida, però partendo da zero, potendo scegliere tra tutti, ho scelto svn basandomi sulle scelte del team di KDE.

Dette queste stronzate, vediamo come usare svn in modalità minimale.

Come prima cosa, bisogna installare "Subversion", in questa maniera (se usiamo Debian o derivate):

$ apt-get install subversion

Fatta questa operazione, abbiamo tutti gli strumenti che ci servono. Consiglio di aggiungere una variabile d'ambiente EDITOR e di settarla col valore del vostro editor di testi preferito (io uso vim).

$ echo $EDITOR
vim

In questa mini-guida scegliamo di creare un repos svn locale. Io ho un repos su un server web così da avere una cosa centralizzata, hostato su assembla.com ma voi potete scegliere di fare come vi pare.

Se disponete di un server svn su internet, il primo passo lo dovete saltare, dato che è quello predisposto alla creazione del repos.

$ svnadmin create /tmp/repos

Poi supponiamo di avere un progettino C++ e di volerlo importare nel nostro bellissimo e fiammante repos, in questa maniera:

$ svn import provac++/ file:///tmp/repos/ -m "Importazione"
Aggiungo       provac++/src
Aggiungo       provac++/src/file.cpp
Aggiungo       provac++/src/file.h
Aggiungo       provac++/src/main.cpp
Aggiungo       provac++/Makefile

Commit della Revisione 1 eseguito.

Una volta importato il progetto, facciamo finta di scaricarlo andando in una directoty qualsiasi:

$ svn co file:///tmp/repos/ locale
A    locale/src
A    locale/src/file.h
A    locale/src/file.cpp
A    locale/src/main.cpp
A    locale/Makefile
Estratta revisione 1.

Una cosa importante è lo "status" del deposito attuale. Se ci sono delle modifiche locali, allora lo status dirà qualcosa. Se non ci sono modifiche, avremo risultato vuoto:

$ cd locale/
$ svn status

Proviamo a fare delle modifiche al Makefile ed al file main.cpp, e riproviamo a fare lo status:

$ svn status
M      src/main.cpp
M      Makefile

La M rappresenta "modifica" e ci avverte che ci sono delle modifiche locali. Per aggiornare la copia centralizzata, bisogna fare l'operazione di "commit" in questa maniera:

$ svn ci -m "commit di modifiche"
Trasmetto      Makefile
Trasmetto      src/main.cpp
Trasmissione dati ..
Commit della Revisione 2 eseguito.

Facendo lo status, non si ottiene nulla. Se volessimo aggiungere un file leggimi.txt, basta crearlo con un editor. Proviamo a fare lo status:

$ svn status
?      leggimi.txt

Appare un ?. Che vuol dire? Vuol dire che quel file è un file ignoto, non appartiene al repos, è un file che non ha versioni da alcuna parte. Il nostro intento è però quello di aggiungerlo, pertanto basta fare così:

$ svn add leggimi.txt
A         leggimi.txt

La A sta per "add". Se facessimo lo status, otterremmo lo stesso risultato. Facciamo il commit e stiamo apposto. In realtà si poteva fare il tutto con un solo comando, con "svn add leggimi.txt", però ho voluto essere pignolo per farvi vedere il comportamento in caso di "punto interrogativo"

Ma se volessimo cancellare un file? Fare "rm leggimi.txt" implica un piccolo casino, risolvibile in ogni caso, però eseguite questo comando:

$ svn rm leggimi.txt
D         leggimi.txt

E fare il commit. Cancellando il file con rm e fare poi lo status, significava avere un "?"... lasciamo perdere :)

A questo punto possiamo compilare il nostro programmino. Il programma richiede, per la compilazione, una directory "bin" e "build", ma in genere queste non sono all'interno del deposito centralizzato, dato che non servono a nulla, né tanto meno i file oggetto della compilazione ed il binario generato. Bisognerebbe in qualche modo ignorare alcuni risultati. Vediamo cosa succede dopo questi comandi:

$ mkdir bin build
$ make
$ svn status
?      build
?      bin

Come si tolgono quei 2 "?" così da avere un repos pulito? Lo si fa impostando un "ignore" in questo modo:

$ svn propedit svn:ignore .

Dopo questo comando si aprirà l'editor di testo preferito. All'interno bisognerà scrivere, per colonna, tutti i file o cartelle da ignorare: noi inseriamo, per colonne, bin e build. Salviamo ed usciamo. Per confermare il tutto, bisogna fare questi comandi:

$ svn up
Alla revisione 7.
$ svn ci -m "ignorate bin e build"
Trasmetto      .

Commit della Revisione 8 eseguito.

E' necessario fare un "update" perché altrimenti non è possibile fare il commit. Se facciamo un svn status, sarà possibile vedere un risultato più che pulito.

Fine della guida minimale.

Ovviamente esistono delle cose da fare estremamente utili, come il "revert" a delle revisioni, il "merge" in caso di conflitti, e tantissime altre :)

Line Endings. Oh. My. God. When we populated the repository, we didn't even think about this. Get this, using the Microsoft version control solution it wasn't an issue. Ha - who'd think the first point for VSS vs Open Source RCS would be a cross-platform issue? (Anyone with coins inserted in their brain meter)

So, none of our files have svn:eol-style native. That's the fix. But if I svn propset svn:eol-style native */*.cpp */*.h there's just one minor itty bitty niggle: it changes every line in every file completely destroying history and blame.

I'm guessing this is because I'm using a Windows client and a Windows (VisualSVN Server) server so all the files currently (correctly) have DOS line endings, but adding the eol-style native wants to translate them to Unix style \n. I've tried doing this from Windows, Linux and MacOS all with the same effect - actually changing the line endings of every file in the project.

We haven't been using the repository long so ... what's the harm?

Well, we have been using it for 4 weeks, so history is building up already, and Martini has been working off a branch - which was going great until we started running into line-ending issues. As soon as we had our first line ending inconsistency, his merge started becoming a nightmare: every time he tries to merge each file that has or has had inconsistencies stops being a diff and just becomes a whole-file conflict.

We've been meaning to relocate the project files to a different repository (Sebastien has been building a meta-project that includes all the 3rd party libraries, external tools, etc, which uses an svn:external reference to the WW2OL src). I guess we could just bite the bullet and lose our 4 weeks (309 revisions) of history.

Bleah.

Another low-ceiling that keeps banging heads is that both Tortoise SVN and VisualSVN seem to treat the local working copy as king. TortoiseSVN has "Check for Modifications" and VisualSVN has "Show Changes". Both take you to the same dialog

[wpvideo viLXtSOs]

Surely both are begging for a "Check for Updates" link.

Then there's the little problem of our, uhm, unique way of organizing our project. Instead of having our project files at the top of our source tree, we have a "proj" folder alongside our "src" folder which contains platform folders for projects.

Visual Studio and XCode cope with this, but nothing really likes it. To check for modifications we have to remember to right click on the Solution not the project or VisualSVN looks below the project's disk location and finds nothing (source is over in ..\..\src\folder). We'd probably save ourselves a lot of headache if we moved the Windows project files up to the top level -- I did this with the Mac and Linux projects and life got a lot simpler for me. I guess the reason I'm not a client coder is that I'm just not enough of a masochist.

Lastly, I miss the "pending changes" feature of Visual Studio: either VisualSVN or the fact that you don't "check out" files with SVN means that Visual Studio doesn't recognize your changes as pending check-ins . You get visual feedback that there are changes through the little status icons so you can get the info by doing "Show Changes" but Visual Studio (with a project this big) means a lot of scrolling to find that info.

Course ... The lack of a "collapse all" is one of my few Visual Studio peeves:

[wpvideo 3zCel7HA]

UN RABINO Y UN PATRIARCA CISMÁTICO, HABLAN A LOS OBISPOS

El domingo 5 de octubre, Benedicto XVI celebró en Roma la Misa de apertura del 22º Sínodo de Obispos. Este Sínodo se caracteriza por una serie de "primeros acontecimientos", todos animados por el ecumenismo impuesto por el Concilio Vaticano II, un ecumenismo condenado por el perenne Magisterio de la Iglesia.

El Sínodo, que, centrado en las Escrituras, se reúne bajo el título de "La Palabra de Dios en la vida y en la misión de la Iglesia”, y que se prolongará hasta el 26 de octubre, se considera uno de los acontecimientos más importantes del Año Paulino.

Es el primer Sínodo que no se inaugura en la Basílica de San Pedro sino en la de San Pablo Extramuros, el motivo principal de esto, es que se celebra durante el Año Paulino, pero también debido a que esta Basílica se ha convertido en una "basílica ecuménica".

Fue en San Pablo Extramuros en donde Juan XXIII, en 1959, anunció la realización del Concilio Vaticano II en 1959. En esta misma basílica, el 4 de diciembre de 1965 Pablo VI llevó a cabo una celebración especial para implorar la unidad de los cristianos, agradeciendo la presencia de los observadores protestantes presentes durante el Concilio Vaticano II.

En San Pablo Extramuros Juan Pablo II anunció su planeada reunión de Asís para 1986 y, en el año 2000 abrió la puerta santa flanqueado por el Patriarca cismático de Constantinopla y el arzobispo Anglicano de Canterbury.

También en San Pablo Extramuros se hace todos los años la liturgia final de la "Semana de Oración por la Unión de los Cristianos", programa que se ha hecho ecuménico desde el Vaticano II, y ahora se lleva a cabo conjuntamente con el Consejo Mundial de Iglesias.

El primer Motu Proprio de Benedicto XVI, publicado el 31 de mayo de 2005, contó con la estructura canónica de San Pablo Extramuros. En ese documento, Ratzinger señalaba a la Basílica como lugar de sucesos ecuménicos, y propiciaba más empresas de esa clase para el futuro.

El 21 de enero de este año, el Servicio Informativo del Vaticano confirmaba que, como parte del Año Paulino, San Pablo Extramuros abriría una "capilla ecuménica" en la que miembros de distinta sectas no católicas pudieran llevar a cabo sus servicios.

El 28 de junio de 2007, al anunciar el Año Paulino, Benedicto dijo que ese año se caracterizaría por su "dimensión ecuménica". El sínodo de octubre, la ha dado ocasión de afirmarlo en su mundo y de mostrar su incondicional apego al nuevo programa del Vaticano II.

El 18 de octubre, como parte del Sínodo que se está llevando a cabo, Benedicto XVI y el Patriarca Cismático Bartholomew, presidirán las primeras Vísperas. Luego, cada uno de ellos disertará sobre las Escrituras, con una especial referencia al Año Paulino. será la primera vez que un Patriarca Cismático habla en un Sínodo de Obispos. El Arzobispo Nikola Eterovic, secretario general del Sínodo de Obispos, explicó, que el Patriarca “traerá los saludos de las Iglesias Ortodoxas que el Apóstol de las Naciones fundó antes de dirigirse a Roma en donde sufrió el martirio.”

El Sínodo también dará la bienvenida a otros miembros Ortodoxos Cismáticos, lo mismo que a varios miembros de sectas protestantes.

Asia News anunció: “Estarán presentes representantes del Patriarcado Ecuménico así como miembros de los Patriarcados de Moscú, Serbia y Romania, de la Iglesia Ortodoxa Griega y de la Iglesia Apostólica Armenia, también representantes de la Comunión Anglicana, la Federación Luterana Mundial, la Iglesia de los Discípulos de Cristo y del Consejo Mundial de Iglesias.”

En otra ecuménica“primera vez”, un rabino habló a los Padres sinoidales. El 6 de octubre, el Rabino Jefe Shear Yashuv Cohen de Haifa, Israel, se dirigió a la asamblea para enseñarles la interpretación judía de las Sagradas Escrituras — una lectura del Antiguo Testamento que nada tiene que ver con Nuestro Señor Jesucristo—. El Asia News se congratuló diciendo, “Fue la primera vez que un rabino, y un no cristiano, se dirigió a los Padres sinoidales.”

Otros invitados especiales incluyen al Rev A. Miller Milloy, secretario general de la Unión de Sociedades Bíblicas, y el hermano Alois, prior de la Comunidad de Taizé. Verdaderamente, ese sínodo tiene una dimensión ecuménica sin precedentes.

La enseñanza inamovible de la Iglesia es que cualquier contacto "ecuménico" con miembros de falsas religiones debe tener un único propósito: convertir al no católico a la verdadera fe de la Iglesia católica, fuera de la cual no hay salvación. Esta fue la clara enseñanza contenida en las "Instrucciónes para el Movimiento Ecuménico" dada por Pío XII en el año 1949 – enseñanza conforme al perenne Magisterio de la Iglesia. Allí, Pío XII dice, "Esas reuniones solamente pueden llevarse a cabo con el fin del retorno de los disidentes a la única verdadera Iglesia de Cristo"

La variada colección de falsas religiones visibles en este Sínodo, representan un ecumenismo que el Papa Pío XI condenó como falsa unidad "alejada de la única Iglesia de Cristo."

Benedicto XVI proclama estar actuando de acuerdo a la “hermeneutica de continuidad” que sostiene que el Vaticano II no contiene ninguna ruptura con el pasado. Al mismo tiempo, implementa iniciativas sin precedentes, que no tienen ninguna continuidad con la historia de la Iglesia, y que hubieran sido condenadas por cualquier papa.

De hecho, la total noción del "Sínodo de Obispos", es una aplicación directa de la colegialidad del Vaticano II. Jamás en la historia de la Iglesia se vio a obispos de todo el mundo reunirse en Roma cada tres años durante un mes, para discutir un tópico determinado. Había Sínodos solamente en raras ocasiones. Ahora son permanentes estructuras “colegiadas”. Lo que es más importante, los Sínodos se establecieron con el fin de implementar el pensamiento del Vaticano II en todo el mundo.

En el Sínodo que se está llevando a cabo en estos momentos, somos testigos de un nuevo avance en la revolución conciliar. Ahora, rabinos y Patriarcas Cismáticos disertan ante los obispos, y son invitados a participar varios no católicos.

Los elementos ecuménicos de este sínodo, garantizan la perpetuación de este ecumenismo liberal a lo largo de esa nueva iglesia conciliar, en detrimento de la Tradición. Esto va a animar a los obispos diocesanos a promover reuniones similares, tales como conferencias sobre tópicos religiosos con cismáticos, protestantes y rabinos. A los fieles que aún no se han dado cuenta de que esta ya no es la Iglesia Católica sino una nueva iglesia, que ya no enseña la Religión de Nuestro Señor, pero, que, a pesar de eso, se sientan inquietos con estos procederes, y se atrevan a presentar alguna queja, los obispos sólo tendrán que decirles que ellos se limitan a seguir el ejemplo del "conservador" Benedicto XVI.

En 1918, el Cardenal belga Mercier escribió una carta pastoral titulada La lección de los acontecimientos, en donde dice que la Primera Guerra Mundial fue un castigo debido a que estados y gobiernos colocaron a la única verdadera Iglesia de Jesucristo al mismo nivel que los falsos credos.

El Cardenal Mercier escribió, “En nombre del Evangelio, y a la luz de las Encíclicas de los últimos cuatro Papas, Gregorio XVI, Pío IX, León XIII, y Pío X, no dudo en afirmar que esa indiferencia hacia la religión que colocó al mismo nivel la religión de origen divino y las religiones inventadas por el hombre, para incluirlas en el mismo escepticismo es la blasfemia que atrajo sobre la sociedad este castigo mucho más que los pecados de los individuos o de las familias.” [5][10]

El Cardenal Mercier se dió cuenta de que ese fue un castigo debido a que los gobiernos habían dado el mismo lugar a las falsas religiones. ¿No es mucho peor, legitimar a los ojos del mundo las falsas religiones, bajo el techo de una de las Basílicas mayores de roma?

Los verdaderos católicos debemos decir ¡basta! y denunciar ante el mundo que la que procede así no es la verdadera Iglesia de Cristo, ni sus líderes los verdaderos pastores, sucesores de los Apóstoles (eso es lo que tratamos de hacer desde aquí).

EXTRACTADO DE SOMOS CATOLICOS (SITIO SEDEVACANTISTA)

_______________________________________________

[*] El Sínodo de los obispos es una institución permanente creada por el Papa Pablo VI el 15 de septiembre de 1965 como respuesta a las directivas del Concilio Vaticano II para convertir a la iglesia conciliar en un cuerpo colegiado

svn commit -F svn-commit.tmp ...

Create Folder @Server

Type: svnadmin create E:\svn\alphalogistics

Open c:/etc/subversion.conf @Server, add the following sentences

<Location /svn/alphalogistics>
DAV svn
SVNPath E:\svn\alphalogistics

AuthType Basic
AuthName "Subversion Project1 repository"
AuthUserFile c:/etc/svn-auth-file

Require valid-user

#AuthzSVNAccessFile c:/etc/svn-acl

</Location>

Restart Apache @Server

Choose a folder you want to create repository @Client, right click and select "SVN Checkout"

Input the right path of repository URL, and choose "Checkout directory" as the destination @Client

If checkout success, the following will be shown

Copy back the files at a folder you want to create repository to the checkout directory

Choose the checkout directory, right click and select "SVN Commit...."

Click "Select / deselect all", then "OK"

If success, revison 1 is created

Finished!!!

Reference:

http://www.sububi.org/2007/01/08/creating-a-subversion-repository-using-tortoisesvn

http://svnbook.red-bean.com/en/1.1/ch05s02.html

1. Subversion Binary (http://subversion.tigris.org/servlets/ProjectDocumentList?folderID=91)
2. TortoiseSVN (http://tortoisesvn.net/downloads)
3. SVN Service Wrapper for Windows (http://www.lw-works.com/files/svnservice/svnservice-1.0.0.msi) – svnservice

Alternate to 1 & 2 – download 1 Click Setup (http://svn1clicksetup.tigris.org/)

Step 1

1. Install Subversion binary.
2. Make sure that the bin directory of Subversion is under PATH environment variable.
3. Set any text Editor’s path as SVN_EDITOR environment variable. (e.g. c:\windows\notepad.exe)

Step 2

1. Create code / document repository (the main destination or data centre!!)

svnadmin create "d:\codeRepo"
               Alternatively, you may also use explorer’s context menu to add selected folder as repository using TortoiseSVN.

1. Go to the repository folder (e.g. codeRepo)
   1. Edit /conf/svnserve.conf file

Uncomment following:

                               [general]
                               anon-access = read
                               auth-access = write
                               password-db = passwd

1. 1. Edit /conf/passwd file

Uncomment following / specify allowed username & passwords:

                               [users]
                               harry = harryssecret
                               sally = sallyssecret
                               harit = harit’s password

Step 3

1. Start svnservice

               svnserve --daemon --root "d:\codeRepo"

1. Add new Project directory by

               svn mkdir svn://localhost/myproject

1. Provide correct username & password (that is configured earlier)

Otherwise, use SVN repository browser to browse SVN repos. Right click provides rich set of options like adding new files/folders, delete, etc. etc. Use svn://localhost/myproject or similar as URL to browse.

Optional options!

1. Setup svn-service to start at startup

               svnservice -install --daemon --root "d:\codeRepo"
               sc config svnservice start= auto
               net start svnservice

1. Bind windows user for authentication (see source link 1 - http://www.stanford.edu/~bsuter/subversion-setup-guide/#svnserve-windows-user)

Please make sure that the svnservice is running correctly. Use Control Panel > Administrator Options > Services > Subversion (or whatever you named it) to verify. If the service is not running, it is the root of many problems.

This setup also works on network. You can access this repo through other machines connected through network. Each time you modify the files and commit, subversion will do authentication based on username and commit new version.

Major advantage of subversion – old (and deleted) files remain there in repository and can be retrieved back, so is perfect backup solution for code!

Sources for more advanced setup:

1. http://www.stanford.edu/~bsuter/subversion-setup-guide/
2. http://blogs.vertigosoftware.com/teamsystem/archive/2006/01/16/Setting_up_a_Subversion_Server_under_Windows.aspx
3. http://blog.excastle.com/2005/05/31/mere-moments-guide-to-installing-a-subversion-server-on-windows/

CVS is the Concurrent Versions System, the dominant open-source network-transparent version control system. It was first released in 1986. CVS is the de facto standard and is installed virtually everywhere. It's useful for any designer or developer for backing up and sharing files. Tortoise CVS is a great client for CVS on Windows, and there are many different IDEs, such as Xcode (Mac), Eclipse, NetBeans and Emacs, that use CVS.

• Introduction to CVS
• CVS Best Practices
• SVN and CVS Quick Comparison
• Version Control with CVS on Mac OS X

SVN or Subversion is the most popular version control system. Most open-source projects (SourceForge, Apache, Python, Ruby and many others) use it as a repository. Google Code uses Subversion exclusively to distribute code. For Windows, Tortoise SVN is a great file browser for viewing, editing and modifying your Subversion code base. For Mac, you have to use Versions. For Apple’s developer environment you have to use Xcode.

• Subversion home page
• Getting Started with Subversion - Mac
• Getting Started with Subversion - Windows
• Subversion for Designers
• Beanstalk
• Comparison of Subversion Clients
• Subversion for Java

Bazaar have a very friendly user experience. It supports many different types of workflows, from solo to centralized to decentralized, with many variations in between. People have used it to version pretty much anything: single-file projects, your /etc directory and even the thousands of files and revisions in the source code for Launchpad, MySQL and Mailman. You can use it to fit almost any scenario of users and setups. It’s easy to modify and also embeddable, so you can add it to existing projects. Bazaar runs on GNU/Linux, UNIX, Windows and OS X out of the box. Bazaar is friendly, smart, fast, lightweight, extensible, embeddable, safe and free. Lists of plug-ins for Bazaar that are available under a free software license are given their plug-ins page. The page UsingPlugins gives detailed explanations about the plugin concept and installation instructions for plugins.

• Bazaar documentation - For learning everything about Bazaar.
• Bazaar in five minutes - How to set up Bazaar quickly.
• Bazaar migration guides - Guides on migrating to Bazaar from CVS, Subversion, Darcs, Mercurial and other systems.

Git is a distributed version control systems initially developed by Linux kernel creator Linus Torvalds. Different branches hold different parts of the code instead one centralized code base to pull the code from. Git prides itself on being a fast and efficient system, and many major open-source projects use Git to power their repositories like Linux Kernel, Ruby on Rails, WINE, Fedora, X.org, Rubinius, and VLC etc. Git is used for version control of files, much like tools such as Mercurial, Subversion, CVS, Perforce, Bitkeeper, and Visual SourceSafe. GitHub has recently helped establish Git as a great version control system. It’s much harder to use for a beginner.

• Git on Wikipedia
• Git SVN Comparison
• git-gui - a multi-platform user interface for Git

Mercurial is a cross-platform, distributed revision control tool for software developers. It was designed for larger projects, most likely outside the scope of designers and independent Web developers. It is extremely fast, and the creators built the software with performance as the most important feature. It's easy to use because it's functions are similar to those in other CVS systems. The creator and lead developer of Mercurial is Matt Mackall. Mercurial was initially written to run on Linux. It has been ported to Windows, Mac OS X, and most other Unix-like systems. Some projects using the Mercurial distributed RCS are Aldrin, Audacious, Dovecot IMAP server, Growl, MoinMoin wiki software, Mozilla, Netbeans, OpenJDK, SAGE and Sun's OpenSolaris.

• Mercurial tutorial
• List of GUI tools for Mercurial
• Understanding Mercurial
• Use Mercurial, you Git!

LibreSource is a versatile collaborative platform. It is used to manage collaborative projects. Open Source, modular and highly customizable, LibreSource is adapted to collaborative software development (forge), groupware, community leading, e-archiving and Web publishing. It has built-in features such as Wiki pages, forums, trackers, Synchronizers, Subversion repositories, files, download areas, drop boxes, forms, instant messaging and more. LibreSource is perfect for the developer or designer who doesn’t want to learn lots of technical jargon and wants to focus more on communication with the project’s members. LibreSource uses most of the advanced services provided by the ObjectWeb application server called JOnAS. Effective communication is a fundamental requirement for agile project management. LibreSource includes a Software Configuration Management tool called LibreSource Synchronizer which is innovative, simple and united. LibreSource simplifies the creation of a dynamic community and help to maintain and enhance team relationship in order to improve the cooperative efficiency. Just install the package and start collaborating.

• LibreSource Documentation - Lots of articles and tutorials for working with LibreSource.
• LibreSource vs. Subversion - Showing their differences.
• http://www.artenum.com/libresource
• LibreSource Community web portal

Monotone is another distributed revision control system. Monotone is fairly easy to learn if you’re familiar with CVS systems, and it can import previous CVS projects.

• Monotone Wiki - It's documentation.
• Monotone front ends and Tools - Lengthy list of front ends for working with Monotone.

Source Jammer is a source control and versioning system written in Java. It consists of a server-side component that maintains the files and version history, and handles check-in, check-out, etc. and other commands; and a client-side component that makes requests of the server and manages the files on the client-side file system. SourceJammer is coded in 100% Java, so it is platform independent.

GNU arch is a distributed revision control system that is part of the GNU Project and licensed under the GNU General Public License. It is used to keep track of the changes made to a source tree and to help programmers combine and otherwise manipulate changes made by multiple people or at different times. Being a distributed, decentralized versioning systems, each revision in GNU arch is uniquely globally identifiable; such identifier can be used in a distributed setting to easily merge or cherry-pick changes from completely disparate sources. Its other features are Atomic commits, Changeset oriented, easy branching, advanced margin, cryptographic signature, renaming and metadata tracking.

• The GNU Arch homepage
• The arch wiki
• LWN.net article on arch

Version control Tools:

• QCT GUI commit tool
  
• Meld works with CVS, Subversion, Bazaar and Mercurial.
• Push Me Pull You works with Mercurial, Git, Bazaar and Darcs.
• OpenCM work for CVS.

But from that list it was Eisenhower that most caught my attention. (Most likely because of this year’s 2008 presidential election.)

The quote below I believe is very relevant to today’s political climate. With so many social websites becoming nothing but a home for anti-government conspiracy theories, (such as the US Government secretly blew up World Trade Centers) and with more and more of our citizen being brainwashed every day by what 60 years ago would be called enemy propaganda, I think these words are worth remembering.

"Here in America we are descended in blood and in spirit from revolutionists and rebels - men and women who dare to dissent from accepted doctrine. As their heirs, may we never confuse honest dissent with disloyal subversion." - Dwight D. Eisenhower

While we appreciate the work these files-and-directories do for us, we really don't want them in our Subversion repository; so the first thing we usually do after committing the skeleton of a new project is to go svn:ignore these; after which, they politely bow out of sight.

But then there they are again to greet the next new project.  How to help them understand in a more permanent way?

When I committed the project the first time, the usual fit-to-ignore files-and-directories didn't show up, and even when I generated local javadoc, Subversion knew not to process the doc directory.  Wooha!

*Kind of like Rabbit's friends-and-relations in Winnie-the-Pooh... remember?

Having hitherto found the (apparently shunned) CVS to be sufficient to my (usually single user) needs, I've had to do a little learning to get my head around SVN. The following may be of use to anyone else taking up Subversion:

• The definitive text, in particular the high-speed quickstart tutorial
• The fact that SVN now seems to be installed by default with OS X
• TortoiseSVN, a pretty nice Explorer-integrated client for Windows
• David Shea's intriguing post on SVN by SneakerNet
• Three Ragas from Ravi Shankar

Imagine a seguinte situação: vc numa sala, no seu depto preferido, e seu colaborador na sala ao lado! Como é que vcs podem se coordenar para escrever um artigo juntos? Agora, imaginem uma situação mais idealizada, só pra facilitar o argumento a seguir: vc e seu colaborador estão a meio planeta de distância. :twisted:

No meio científico, essa situação é razoavelmente comum: vários autores colaborando num mesmo artigo, um em cada canto desse nosso mundo redondo.

Praqueles que não têm uma necessidade tipográfica muito grande, algo como Google Docs dá conta do recado: vc simplesmente transfere sua ferramenta editorial para "the cloud". :wink:

Agora, pra quem tem necessidades tipográficas mais agudas — e.g., TeX, LaTeX, DocBook ou HTML —, a colaboração é certamente mais complicada e delicada.

As primeiras alternativas que surgiram foram as seguintes:

• Tools for Collaborative Writing of Scientific LaTeX Documents;
• LaTeX and Subversion;
• LaTeX Document Management with Subversion;
• Version Control of LaTeX Documents with svn-multi;
• Subversion and TextMate: Making collaboration easier for LaTeX users.

Quem usa Emacs pode utilizar AUCTeX e psvn.el para integrar tudo de modo suficientemente transparente.

Uma alternativa um pouco mais moderna, que integra e faz o papel de agregar as funcionalidades de "editor de textos" e "controle de versões", é a seguinte:

• Gobby (roda em qualquer plataforma: Microsoft Windows, Mac OS X, GNU/Linux e *NIX afins);
• SubEthaEdit (só para Mac OS X).

Essencialmente, ambos são equivalentes: O Gobby é uma implementação "software livre" do SubEthaEdit. Para usuários menos experientes em lidar com o controle de versões, delegar essa tarefa diretamente para o editor pode ser uma saída viável. Para maiores informações sobre esse tipo de editores, é só dar uma olhada em Collaborative real-time editor. Infelizmente, eu não sei quantos desses têm suporte para TeX ou LaTeX.

Isso tudo posto… aautgora é hora de falar no Git: o Git é um dos softwares para controle de versão mais rápidos disponível atualmente. Aliás, mais do que isso, o paradigma descentralizado e distribuído do git o torna um candidato natural para um sistema de arquivos com as mesmas propriedades: o jeito mais fácil de entender o conceito do git é imaginar que vc pode, e.g., ter uma pasta no seu computador 'replicada' em outros computadores (que vc explicitamente permitiu acessar a pasta original): ou seja, todos os seus colaboradores vão ter acesso à mesma pasta, de tal forma que quando qualquer arquivo (formatos ASCII ou binários, i.e., TeX, LaTeX, DOC(X), PDF, JPEG, TXT, HTML, RTF, etc) dentro dessa pasta for atualizado, todos os colaboradores recebem essa mesma atualização!

Fora isso, o git tem algumas outras propriedades bem interessantes para quem está desenvolvendo uma colaboração científica, que tende a ser um processo altamente emaranhado e não-linear: suporte para desenvolvimento não-linear (resolução de conflitos de edição), desenvolvimento distribuído, é possível usar subversion através de comandos de compatibilidade, velocidade e escalabilidade (eficiência para grandes projetos), autenticação criptografada, entre outras.

Ou seja, através do uso do git o controle de versões é extremamente mais poderoso e flexível, isso pra não falar na resolução de conflitos, i.e., quando dois ou mais dos seus colaboradores estiver trabalhando no artigo (ou gráfico, imagem, etc — qualquer tipo de arquivo), ao mesmo tempo, qual modificação tem maior prioridade? O git é excelente nesse departamento… além de permitir que vc compartilhe toda uma pasta com seus colaboradores, uma vez que qualquer tipo de arquivo é monitorado e atualizado automaticamente.

É, a meu ver, a saída mais sofisticada e robusta para o problema de colaboração e acesso de várias pessoas a um mesmo conjunto de arquivos (e tudo pode funcionar de modo encriptado, o que torna todo o processo ainda mais confortável). Porém, infelizmente, ainda não há nenhum suporte para git no Emacs nem em nenhum outro editor que eu conheço. Mas, dado que o AUCTeX é uma ferramenta tão poderosa, vale a pena se ajustar ao meio termo: "Emacs + AUCTeX" e Git no console. Pode ser meio confuso no começo, mas uma vez que se acostuma com esse arranjo… é puro zen! :cool:

O que me traz à terceira opção: Dropbox (leiam mais no link Tour).

Essencialmente, o Dropbox é uma versão mais "user-friendly", amigável, de softwares de controle de versões: o processo de instalação cria uma pasta no seu computador que fica arquivada no cloud deles… e, dessa forma, toda vez que qualquer arquivo denro dessa pasta for modificado, as diferenças são propagadas para o cloud, onde ficam arquivadas também. E é agora que vem o pulo-do-gato: uma das sub-pastas (dentro da pasta-mãe, compartilhada via o serviço do Dropbox) é chamada Public, de modo que qualquer arquivo dentro dessa pasta pode ser acessado por quem tiver o respectivo acesso permitido.

Até aqui, tudo soa exatamente como no git, acima… a diferença crucial é que o Dropbox não usa o git como 'backend', i.e., o Dropbox tem seu próprio método de atualização dos arquivos — que, até agora, não é muito bem conhecido publicamente.

Portanto, nesse sentido, o Dropbox é uma espécie de git light, i.e., é uma versão mais levinha e com menos recursos do que o git — não tão robusto, mas que satisfaz as necessidades da grande maioria dos usuários.

A grande vantagem é que não é preciso que "alguém" instale um servidor rodando git, o que torna tudo muito mais acessível a qualquer nível de usuários. :wink:

Então, no final das contas, essa não é uma saída tão ruim assim… perde-se uns recursos dum lado, mas ganha-se em manutenção do outro — em geral, é um bom meio termo. E, de quebra, ainda é possível se usar TrueCrypt para se encriptar o conteúdo de toda a pasta, tornando tudo muito mais seguro (mesmo que o conteúdo da pasta esteja na 'cloud', ele estará encriptado :wink: ).

Pessoalmente, meu sonho de consumo seria um servidor rodando uma combinação dos seguintes:

• Digg/Reddit + arXivs;
• Amazon + arXivs;
• Google + arXivs;

juntamente com todo o indexamento feito pelo SPIRES! E, a essa mistura, adicionaria-se um servidor git, para que todos os usuários pudessem colaborar livremente e, de modo completamente transparente, publicar o artigo assim que acabado!

Dessa forma, numa mesma e única plataforma estariam centralizadas as melhores e mais robustas funcionalidades disponíveis no momento — seria o paraíso! :smile:

Bom… é isso aí: a diversão é mais-do-que-garantida, []'s! :twisted:

Suppose I have a class named MessageSender.  It does not implement an interface; it just does the work itself.  Now perhaps I want a MessageSender to be an interface and have a MessageSenderImpl.  To accomplish this change, I:

1. Rename MessageSender to MessageSenderImpl.
2. Extract Interface on MessageSenderImpl and call it MessageSender.

At this point, I can see that Subversion is confused, because there is a little red X in the icon for MessageSender.java in the Package Explorer:

If I commit my changes now, MessageSender.java will be deleted and the build will be broken if I have any code using the new interface.

My current workaround is to:

• Revert MessageSender.java, then
• Replace With Previous from Local History

But this is more work than it oughter be, ain't so?

Update 10/13/2008: Karl's comment inspired me to post my question to the Subclipse email list, where Mark Phippard told me that an enhancement to Subclipse released in Subclipse 1.4.3 fixes this issue.  (I was using Subclipse 1.4.2).  I upgraded Subclipse to the current version (1.4.5) and now my two-step refactoring works (i.e., after step 2 the file is marked as changed rather than marked for deletion, so I don't have to do my workaround).

Thanks, Karl and Mark!

It turns out the HowTo I wrote earlier this year is one of the more popular pages on my humble little blog.  Since I was upgrading, I decided to review the HowTo for v0.11 and the latest version of Ubuntu, Hardy Heron.  The result is a new HowTo I posted this evening under my HowTos section.  I hope it helps someone out.

svn: Working copy path 'lib/runtime' does not exist in repository

This happened using any merge command (svn merge modularity, svn merge trunk@r1 trunk@r2...).
It seems to be related with subversion issue 3067 and the only way to make it work was checking out the svn branch that solves this issue compiling it and using it to do the merge. The steps to do that are:

1) svn co http://svn.collab.net/repos/svn/branches/issue-3067-deleted-subtrees/ svn-mod
2) cd svn-mod
3) ./autogen.sh
4) ./configure
5) make

After doing the merge using that svn client the working copy cannot be used anymore with the old svn client.

"Somos contrarios a la beatificación de Pío XII. No podemos olvidar su silencio sobre el Holocausto", afirmó el gran rabino de Haifa (Israel), Shear Yshuv Cohen, según el diario italiano La Stampa.

"No debe ser tomado como modelo y no debe ser beatificado porque no alzó la voz frente a la Shoa. No habló porque tenía miedo o por otras razones personales", añadió el rabino, según ese matutino.

Pío XII, que dirigió la Iglesia católica entre 1939 y 1958, está acusado por sus detractores de haber guardado silencio frente a los crímenes de los nazis y los fascistas.

Pese a ello, el papa Benedicto XVI no dudó en rendir homenaje, el mes pasado, a su antecesor, al asegurar que no había "ahorrado esfuerzos" para salvar a los judíos del exterminio.

El proceso de beatificación de Pío XII, abierto en octubre de 1967, es un tema de tensión con las organizaciones judías. El expediente estaba casi cerrado, pero en diciembre de 2007 Benedicto XVI creó una comisión especial para estudiar el caso antes de tomar una decisión.

Uno de los ejemplos de uso de este tipo de tareas es cuando, tras trabajar en alguna corrección o mejora del proyecto en el que estamos colaborando, decidimos que ha llegado el momento (tras las pertinentes pruebas) de incluirlo en el proyecto actualmente en desarrollo.

Veamos cómo hacerlo haciendo uso de Eclipse.

Una vez que hemos finalizado con una ramificación del proyecto debemos unirlo al proyecto raíz o Trunk. Para ello seguiremos los siguientes pasos:

1. Aplica un commit para que el branch en el servidor tenga el mismo contenido que nuestra copia local.

2. Cambiamos nuestra copia local (workspace) al trunk seleccionando Team > Switch to Branch/Tag sobre la carpeta del proyecto.
   

3. Solicitamos realizar el merge con Team > Merge sobre la carpeta del proyecto

Obsérvese en la figura de arriba lo siguiente

1. En el apdo. From elegimos la revisión en la que fue creado el branch y su ruta (la del branch)
2. En el apdo. To elegimos la última versión del trunk (normalmente es HEAD pero en función de lo que hagamos podría interesar utilizar una versión previa; p.e. si alguien, mientras que nosotros terminamos, se nos adelanta y aplica sus cambios sobre el proyecto)
3. Pulsamos el botón Merge para actualizar nuestra copia local con las diferencias entre las versiones From y To

Para finalizar el proceso sólo queda

1. Comprobamos en la vista Team Synchronize que no hay conflictos
2. Aplicamos un commit no olvidando poner un comentario en el que se indique que estamos haciendo un merge (en caso de problemas o dudas siempre viene bien un comentario para saber de dónde viene cada cosa y por qué)

Haven't had a chance to get to Lyon in person, but the whole idea, planning and execution of this project appears immense and extra-ordinary.....  this is only a small selection of text and pictures, get the truth, the whole truth and nothing but the truth from www.bopano.com. Loads of (anti) artists you know and don't got involved and created some true graphic havoc. These are my personal favourites....

Photofragmentexte : superposition de photographies et d’un environnement sonore créé à partir de différents sons (paroles, aboiements, moteurs, télévision, bribes de musique, ambiance de rues, ambiance de lieux…) recueillis avec un enregistreur. Le message ainsi constitué peut-être diffusé sous forme de film.

Le texte diffusé doit fonctionner comme rumeur. Pour cela, il faut envisager plusieurs lieux de diffusion : des bars, des restaurants, des salles d’attente, des vitrines… Le message audiovisuel diffusé en boucle doit pénétrer telle la rumeur et se propager. Si ceux qui le répercutent savent où ils l’ont entendu et vu, ils ne doivent pas pour autant savoir d’où il vient. La source véritable demeure secrète pour espérer un effet générateur de parasites. A terme, cet effet parasite doit être de l’ordre de la dissidence.

Le message se veut subversif avant tout. Jouer sur les peurs, sur les émotions fortes. Les sons accompagnant les images doivent être évocateurs (bruits de manifestations, de bagarres, d’émeutes, de foule, coups de sifflets, sirènes de police ou pompier, messages d’évacuation, messages sécuritaires, cris de douleurs, de joie, gémissements, bavardages, bribes de journaux télévisés, ambiance de lieux tels hôpitaux, stades, métro, gares, commerces…)

Eventuellement, le message audio peut-être inventé.

L’illusion est l’arme principale de la dissidence.

Le message doit intervenir comme élément de rupture des liens imposés par les institutions de la "démocratie médiatico-parlementaire" (mehdi belhaj kacem).

Le contrôle des médias associés aux politiques doit être perturbé, voire annihilé. Une telle rupture, définitive, est la condition nécessaire au changement radical.

Le message agit comme contre rumeur. Il prend le contre-pied des messages ambiants diffusés principalement par l’ensemble des médias institués (journaux, télévision, publicité) en véhiculant des détournements, des contradictions, et mise sur sa répercussion par ceux qui l’entendent et le voient.

Toutes les réactions, dans quelque sens que ce soit, aux messages dissidents, deviennent des éléments de la réalité, et ont, de ce fait, des conséquences sur cette réalité.

Les photographies qui constituent le message visuel sont tirées de détails textuels des affiches publicitaires. Ainsi les mots employés, les codes couleur, poursuivent leur travail de référents inconscient, et le détournement de ces mots bénéficie de cette dimension inconsciente. Plus la reconnaissance du mot (typographie, couleur…) opère, plus le message qui en use de manière détournée a de chances de porter ses fruits. L’opposition devenant consciente entre le mot de la publicité véritable et son détournement, doit permettre la prise de conscience de l’individu au regard de son environnement.

Il faut systématiser la production de fausses rumeurs sur ce modèle du photofragmentexte. C’est un moyen pour contrer efficacement le pouvoir grandissant et les techniques éprouvées des grandes institutions qui falsifient, déforment, déconsidèrent ou ignorent des faits, idées allant à leur encontre, préjudiciables. Le pouvoir en danger vise à éliminer le danger. Détourner les soubassements de ses techniques (mots, couleurs, codes…), c’est infiltrer ces institutions à leur base. Le danger qui les vise devient en quelque sorte un produit de l’institution. Et si l’institution produit elle-même l’objet de danger, alors l’élimination de celui-ci la condamne de même.

Plus la diffusion est à la fois présente (diffusion massive) et discrète (brouillage de la source, diffusion rapide sans suite), plus l’efficacité de la rumeur qu’elle propose est grande. Celle-ci se propage d’autant plus fort puisque reposant sur des individus qui la considèrent au même niveau qu’une de leurs idées leur traversant l’esprit. Et c’est le cas.

La difficulté réside évidemment dans l’accès généralisé aux médias.

Le sujet bidon, affiché comme tel, mais qui colle à une actualité met en doute le fondement de cette même actualité. Faire du faux généralisé jette inévitablement le doute sur ce qui se présente comme la vérité. Si celui qui triche, détourne, falsifie souligne à quel point il est aisé de le pratiquer, qu’advient-il de ceux qui se prétendent dans le vrai. Aux yeux de tous, ils apparaissent bien vite comme de potentiels bonimenteurs. Et la rumeur peut courir d’autant plus vite.

Le photofragmentexte apparaît comme outil de réponse à la perversion des discours et des images, à laquelle elle oppose le brouillage, la contradiction, le détournement, la subversion dans une logique dissidente.

El director del Hospital, Alberto Taranto, decidió practicar el aborto tras consultar con una comisión interdisciplinaria que no incluyó objetores de conciencia. La comisión acordó la realización del aborto porque entendió que la Resolución 304/2007 los eximía de sanciones penales y les permitía matar al indefenso bebé.

La adolescente fue internada el lunes pero, ante un pedido de adopción, el juez Jorge Longás dictó una medida cautelar que suspendió el aborto; horas después, los otros dos integrantes del Tribunal de Familia, Edgardo Manassero y Patricia Marenoni revocaron la suspensión, dando luz verde al abominable crimen.

El bebé de Bahía Banca se suma a otros inocentes asesinados “en democracia”.

No tuvieron nombre ni tumba, pero no los olvidamos:

8 julio de 2005: después de que la Suprema Corte de Justicia de la provincia de Buenos Aires les diera “permiso para matar”, los médicos del Hospital Evita de Lanús, practicaron el aborto a una mujer que sufría una miocardiopatía dilatada. El Hospital Universitario Austral ofreció en ese momento infraestructura y especialistas, para intentar salvar las dos vidas, otros ofrecieron subsidios para madre e hijo y varios matrimonios solicitaron la adopción. Todo fue rechazado, se asesinó al bebé, un inocente de más de 5 meses de gestación.

19 de agosto de 2006: se practicó el aborto a la discapacitada de Guernica que por entonces tenía 19 años y cinco meses de embarazo, una vez más la Suprema Corte de Justicia de la provincia de Buenos Aires había dado “permiso para matar”. El crimen se consumó en una clínica privada de La Plata -con el apoyo de la “Campaña Nacional por el Derecho al Aborto Legal, Seguro y Gratuito” según declaró a los medios la activista abortista Dora Coledesky- porque el Hospital San Martín de esa ciudad se negó finalmente a realizar la intervención por lo avanzado del embarazo. Se asesinó al bebé pero se desconoce, si la hubo, condena al violador.

24 de agosto de 2006: En la madrugada y tras haber obtenido, de la Suprema Corte de Justicia de la provincia de Mendoza, el “permiso para matar”; se asesinó al bebé en un hospital público de esa provincia. La gestante, de 25 años, había sido violada por el concubino de su hermana que vivía bajo el mismo techo. Se volvieron a rechazar los ofrecimientos (adopción, subsidios…) que intentaban salvar ambas vidas. El resultado, otro inocente aniquilado.

22 de septiembre de 2007: El bebé en gestación de Paraná, producto de una violación a una discapacitada mental, fue asesinado en Mar del Plata.

El Superior Tribunal de Entre Ríos había dado “permiso para matar”, pero una cosa es dictar la pena de muerte y otra ejecutarla. Los médicos del Materno Infantil de Paraná se negaron por unanimidad a practicar el aborto. Declaró el Dr. Cati, director del hospital: tras la microcesárea “el médico recibe un feto vivo, cuyo corazón late, que mueve sus miembros. Usted qué hace: ¿lo tira a la chata y deja que se muera o llama a un pediatra? Ningún médico quiere enfrentar esa situación” (Página 12, 22/09/2007).

Pero el Gobierno de Néstor Kirchner no escatimó esfuerzos hasta encontrar al verdugo. Sus funcionarios se ocuparon del caso. El INADI, acompañó a la joven mamá a Mar del Plata mientras el por entonces Ministro de Salud de la Nación, Ginés González García, hacía las gestiones para que en el Materno Infantil de esa ciudad, que dirige Hugo Casarca, se asesinara brutalmente al bebé. No se conoce condena al violador.

Lic. Mónica del Río - Notivida

پاسخ به سوالات و مشکلات مطرح شده در بالا مبحثی است که در ادامه به آن خواهیم پرداخت.
از وقتی که با مفهومی به نام “سیستم کنترل نسخه” و نرم افزار Subversion آشنا شدم به تمام سوالاتم پاسخ داده شد. و به قول آقای بیژن هومند در [این مقاله] : “بعد از یکبار نصب subversion و کار کردن با آن و عادت کردن به این محیط، مطمئن باشید که این سوال را بارها از خود خواهید پرسید که من تا بحال چگونه بدون آن کار میکردم؟!”سیستم کنترل نسخه (Version Control System یا همون VCS) سیستمیه که بر روی فایلهای پروژه مدیریت میکنه و هرگونه تغییراتی در فایلهای پروژه اعم از ایجاد، حذف و یا تغییر رو به طور دقیق ثبت میکنه .

برنامه های زیادی در این زمینه وجود دارند که از معروف ترین اونها میشه به Subversion یا اختصاراً SVN محصول شرکت CollabNet اشاره کرد که از سایتش به صورت رایگان قابل دریافت و نصب است. subversion قابلیت نصب بر روی هر سیستمی که Apache بر روی آن نصب میگردد را داراست. در [اینجا] یک لیست کامل از اینگونه نرم افزارها رو میتونید مشاهده کنید.

این برنامه امکان مدیریت کامل بر روی فایلهای پروژه رو همراه با ثبت نام ویرایش کننده و تاریخ ویرایش رو فراهم می آوره و کلیه تغییرات رو یک بانک اطلاعاتی قوی ذخیره میکنه به طوری که در هر لحظه میشه پروژه رو به حالتی که مثلا چندین روز و یا سال پیش به اون شکل بوده درآورد و این خیلی فوق العادست! سایت wikipedia هم در مورد مقالات درست همین عمل رو انجام میده، یعنی درسته که مقالات به صورت آزاد قرار گرفته اند و هر شخصی میتونه اونها رو ویرایش کنه اما کلیه تغییرات ثبت میشه و لازم نیست نگران از بین رفتن اطلاعات بود. ضمناً اینکه از واژه “پروژه” استفاده میکنم ببه این دلیله که هیچ محدودیتی در نوع پروژه وجود نداره و حتی در مورد پروژه های صوتی، تصویری و… هم میشه از این سیستم استفاده کرد که احتمالاً تنها نرم افزارهای مروبطه فرق دارند.

بد نیست کمی در مورد روش کار اینگونه سیستمها صحبت کنم. در اغلب این سیستم ها که نرم افزار subversion هم از اون استفاده میکنه، بدین ترتیب عمل میشه که یک مخزن جهت نگهداری فایلهای پروژه درنظر گرفته میشه. این مخزن بر روی سرور اصلی قرار گرفته که در پروژه های گروهی هر شخص اطلاعات مخزن رو میخونه اصطلاحاً checkout میکنه. با اینکار یک نسخه از کلیه اطلاعات مخزن به سیستمش منتقل میشن و هر تغییری که دلش بخواد بر روی اون اطلاعات میده و سپس اونها رو به مخزن برمیگردونه اصطلاحاً commit میکنه. در صورتی که در این فاصله فایل توسط شخص دیگری تغییر کرده باشه به کاربر هشدار میده و کلاً درمورد تغییرات فایلها بسیار هوشمند عمل میکنه، مثلا میتونه متوجه بشه کاربران کدوم خطوط رو ویرایش کردند و تا حد امکان خودش فایلها رو ادغام میکنه …

یکی از نرم افزارهایی که جهت کار با subversion محیط گرافیکی GUI بسیار خوب و قوی در اختیار کاربر قرار میده TortoiseSVN است که به صورت رایگان قابل دریافت و نصب است. این نرم افزار تنها تحت ویندوزه و برای لینوکس میشه از RapidSVN استفاده کرد. احتمالاً موقع نصب Visual Studio با گزینه Source Safe برخورد کردید، این نرم افزار هم جزو همین دسته است.

در پایان توجهتون رو به مقاله فارسی ۹ قسمتی آقای “بیژن هومند” تحت عنوان “آشنایی با Subversion” جلب میکنم:
[بخش نخست: pdf html] [بخش دوم: pdf html] [بخش سوم: pdf html] [بخش چهارم: pdf html] [بخش پنجم: pdf html] [بخش ششم: pdf html] [بخش هفتم: pdf html] [بخش هشتم: pdf html] [بخش پایانی: pdf html]

اگر فقط دو بخش اول این مقاله رو بخونید با پی بردن به قابلیت ها و مزایای subversion ، شک ندارم تا انتهای مقاله رو دنبال میکنید و با من هم عقیده میشید که وجود اون برای ما برنامه نویسا و الاخصوص PHP کاران مخصوصاً اگر کار گروهی باشه یک ضرورته.

- ساب ورژن + SubVersion - برنامه نویسی گروهی

منبع :  freedom

En 1966, ante la Cámara de Representantes en Washington, Díaz Ordaz sostuvo que “los más peligrosos agitadores son el temor, la insalubridad, la falta de pan, de techo, de vestido y de escuela”. De hecho, su postura oficial fue siempre que la pobreza era la principal causa de inestabilidad política; y le inspiraban desconfianza las presiones de embajadores y funcionarios estadunidenses que desde los años 50 consideraban que los gobiernos de México –y, en general, de toda la región latinoamericana– subestimaban la fuerza, o por lo menos, el potencial desestabilizador de los comunistas. Peor todavía, desde principios de los años 60 la embajada de Estados Unidos en México expresaba claros temores respecto de la estabilidad política del país, e incluso en algún momento dudó que el presidente Adolfo López Mateos concluyera su mandato constitucional. (Citado en: Soledad Loaeza, “Gustavo Díaz Ordaz y el colapso del Milagro Mexicano”, en Ilán Bizberg y Lorenzo Meyer, Una historia contemporánea de México, México, Océano, 2005). Thomas Mann, embajador en México en 1962, intervino de manera muy activa en las decisiones en relación con la invasión a Dominicana en tanto que responsable de asuntos interamericanos en el Departamento de Estado.

Mucho se habla de la “relación especial” entre Estados Unidos y México, que normalmente se entiende como un margen de autonomía en materia de política exterior, que le permitió al país, por ejemplo, mantener relaciones con Cuba, a diferencia de las demás naciones latinoamericanas que rompieron con el régimen de Fidel Castro a instancias de Washington. No obstante, mucho más importante que la relativa independencia de la diplomacia mexicana fue la limitada intervención de los estadunidenses en la política interna, en contraste con lo que ocurría en la mayor parte del hemisferio. Los documentos oficiales del gobierno de Estados Unidos muestran, primero, que había un auténtico temor de despertar a la bestia nacionalista mexicana, y, segundo, que confiaba ampliamente en la capacidad del sistema político para resolver los conflictos que se presentaran. Si miramos los desastres que provocó el intervencionismo de Estados Unidos en Brasil o Chile, por ejemplo, habría que reconocer las ventajas de esa “relación especial”. Este respeto se fue agotando en el tiempo.

A mediados de 1967, la revista US News and World Report –cercana al Departamento de Estado– publicó un reportaje según el cual el gobierno mexicano no podía responder a los retos que planteaba la pobreza y no tenía “energía para actuar contra la creciente subversión”, y que “mexicanos prominentes” aseguraban que pediría a Estados Unidos tropas para “salvar a México del comunismo”.

El 15 de junio siguiente, en la ceremonia del Día de la Libertad de Prensa, Díaz Ordaz, visiblemente emocionado y en un tono casi de pánico, afirmó que “por ningún motivo, en ningún caso, en ninguna circunstancia” el gobierno pediría a otra nación que interviniera en asuntos internos, “preferimos millones de veces la muerte antes que solicitar soldados del exterior para que vengan a imponer el orden interior”.

La reconstrucción de esta dimensión de la crisis de 1968 no busca exculpar a nadie ni mucho menos. Se trata de identificar las restricciones que pesaban sobre las decisiones del gobierno, los costos del control sobre la información política y su efecto en torno a los reflejos autoritarios de que fueron víctimas los universitarios y politécnicos de entonces.

Artículo Original: La Jornada