Usuário:Musa - Histórico de revisão

Musa: /* Git */

2013-09-02T11:36:01Z

Git

Musa: /* Git-annex */

2013-08-09T18:19:51Z

Git-annex

Musa: /* Git-annex */

2013-08-09T18:08:10Z

Git-annex

Musa: /* Git-annex */

2013-08-09T17:52:51Z

Git-annex

Musa: /* Git-annex */

2013-08-09T17:46:24Z

Git-annex

Vince em 16h25min de 9 de agosto de 2013

2013-08-09T16:25:16Z

Musa: /* Git-annex */

2013-08-09T16:23:35Z

Git-annex

Musa: /* Git-annex */

2013-08-09T16:15:12Z

Git-annex

Musa: /* Git-annex */

2013-08-09T16:03:20Z

Git-annex

Musa: /* Git-annex */

2013-08-09T16:01:24Z

Git-annex

@@ Linha 102: / Linha 102: @@
    musa@amilo:~/mocambos$ git log
    commit c03619ddb1c07958f6052ef96110dba6b27bb8b8
-   Author: Musa <hamato_jedo@hotmail.com>
+   Author: Musa <musa jedo@exmple.org>
    Date:   Fri Aug 2 15:24:18 2013 +0200
      add emphasis
@@ Linha 189: / Linha 189: @@
 * Prossimo Utilizzando git per la collaborazione
 == Git-annex ==
 git-annex/

@@ Linha 335: / Linha 335: @@
 Naturalmente, quando si git checkout un vecchio ramo, alcune vecchie versioni di file potrebbero non essere disponibili a livello locale, e possono essere memorizzate in qualche altro repository. È possibile utilizzare git annex arrivare a farli come al solito.
 * gestire automaticamente il contenuto:
-Con i due comandi rapidi, git-annex è stato in grado di decidere per voi come lavorare verso avere due copie dei file.
+Una volta che si dispone di più repository, e forse avete configurato numcopies, ogni file può avere molte più copie del necessario, o forse meno di quanto avrebbe voluto. Come gestire questo?
    $cd /media/6FFE-842D/
    $git annex whereis

← Edição anterior		Edição das 18h08min de 9 de agosto de 2013
Linha 334:		Linha 334:
	HEAD is now at d18d244... git-annex automatic sync		HEAD is now at d18d244... git-annex automatic sync
	Naturalmente, quando si git checkout un vecchio ramo, alcune vecchie versioni di file potrebbero non essere disponibili a livello locale, e possono essere memorizzate in qualche altro repository. È possibile utilizzare git annex arrivare a farli come al solito.		Naturalmente, quando si git checkout un vecchio ramo, alcune vecchie versioni di file potrebbero non essere disponibili a livello locale, e possono essere memorizzate in qualche altro repository. È possibile utilizzare git annex arrivare a farli come al solito.
		+	* gestire automaticamente il contenuto:
		+	Con i due comandi rapidi, git-annex è stato in grado di decidere per voi come lavorare verso avere due copie dei file.
		+	$cd /media/6FFE-842D/
		+	$git annex whereis
		+	whereis zaghawa.jgp (2 copies)
		+	0c443de8-e644-11df-acbf-f7cd7ca6210d -- amilo
		+	62b39bbe-4149-11e0-af01-bb89245a1e61 -- here (usb drive)

← Edição anterior		Edição das 17h52min de 9 de agosto de 2013
Linha 333:		Linha 333:
	git checkout -b new_branch_name		git checkout -b new_branch_name
	HEAD is now at d18d244... git-annex automatic sync		HEAD is now at d18d244... git-annex automatic sync
		+	Naturalmente, quando si git checkout un vecchio ramo, alcune vecchie versioni di file potrebbero non essere disponibili a livello locale, e possono essere memorizzate in qualche altro repository. È possibile utilizzare git annex arrivare a farli come al solito.

← Edição anterior		Edição das 17h46min de 9 de agosto de 2013
Linha 309:		Linha 309:
	* spostamento del contenuto di file tra i repository:		* spostamento del contenuto di file tra i repository:
	Spesso si vuole spostare alcuni contenuti dei file da un archivio ad un altro uno. Ad esempio, rigido del computer portatile è sempre pieno, il tempo di spostare alcuni file su un disco esterno prima di passare un altro file da un file server al vostro computer portatile. Farlo a mano (usando git annex ottenere e git annex calo) è possibile, ma un po 'di dolore. git annex mossa rende molto facile.		Spesso si vuole spostare alcuni contenuti dei file da un archivio ad un altro uno. Ad esempio, rigido del computer portatile è sempre pieno, il tempo di spostare alcuni file su un disco esterno prima di passare un altro file da un file server al vostro computer portatile. Farlo a mano (usando git annex ottenere e git annex calo) è possibile, ma un po 'di dolore. git annex mossa rende molto facile.
		+	musa@amilo:~/Bocs$ git annex move zaghawa.jpg --to usbdrive
		+	* utilizzando tag e rami:
		+	Come git, git-annex si blocca su ogni versione di un file (di default), in modo da poter rendere i tag e rami, e può controllare fuori in seguito a guardare i vecchi file.
		+	musa@amilo:/media/6FFE-842D/Bocs$ git tag 1.0
		+	musa@amilo:/media/6FFE-842D/Bocs$ rm -f zaghawa.jpg
		+	musa@amilo:/media/6FFE-842D/Bocs$ git commit -m deleted
		+	# On branch master
		+	# Changed but not updated:
		+	# (use "git add/rm <file>..." to update what will be committed)
		+	# (use "git checkout -- <file>..." to discard changes in working directory)
		+	#
		+	# deleted: zaghawa.jpg
		+	#
		+	no changes added to commit (use "git add" and/or "git commit -a")
		+	musa@amilo:/media/6FFE-842D/Bocs$ git checkout 1.0
		+	D zaghawa.jpg
		+	Note: checking out '1.0'.
		+	You are in 'detached HEAD' state. You can look around, make experimental
		+	changes and commit them, and you can discard any commits you make in this
		+	state without impacting any branches by performing another checkout.
		+	If you want to create a new branch to retain commits you create, you may
		+	do so (now or later) by using -b with the checkout command again. Example:
		+	git checkout -b new_branch_name
		+	HEAD is now at d18d244... git-annex automatic sync

@@ Linha 1: / Linha 1: @@
-=== Git ===
+== Django ==
 GIT è un sistema di controllo di versione distribuito il quale software viene rilasciato in maniera open source. Ma cosa significa? Significa che tramite git è possibile tenere traccia delle modifiche effettuate su un insieme di file. Modifiche ai singoli file, aggiunte e cancellazione di file vengono memorizzate in uno storico. E' possibile lavorare in più persone sugli stessi file, o su una loro copia (clonatura) e poi fondere le modifiche tramite un sistema che aiuta nella soluzione di eventuali conflitti.
 L’idea di fondo è avere macchine in comunicazione tra loro in maniera distribuita, non c’è un server che si interfaccia con un client.

← Edição anterior		Edição das 16h23min de 9 de agosto de 2013
Linha 303:		Linha 303:
	git annex drop zaghawa		git annex drop zaghawa
	drop zaghawa.jpg (checking origin..) ok		drop zaghawa.jpg (checking origin..) ok
		+	* spostamento del contenuto di file tra i repository:
		+	Spesso si vuole spostare alcuni contenuti dei file da un archivio ad un altro uno. Ad esempio, rigido del computer portatile è sempre pieno, il tempo di spostare alcuni file su un disco esterno prima di passare un altro file da un file server al vostro computer portatile. Farlo a mano (usando git annex ottenere e git annex calo) è possibile, ma un po 'di dolore. git annex mossa rende molto facile.

← Edição anterior		Edição das 16h15min de 9 de agosto de 2013
Linha 289:		Linha 289:
	Dopo l'esecuzione di sincronizzazione, il repository sarà aggiornato con tutte le modifiche apportate ai propri remoto, ed eventuali cambiamenti nel repository sarà spinto fuori per i suoi remoti, dove una sincronizzazione li porterà. Ciò è particolarmente utile quando si usa git in modo distribuito, senza un repository nudo centrale. Vedere sincronizzazione per i dettagli.		Dopo l'esecuzione di sincronizzazione, il repository sarà aggiornato con tutte le modifiche apportate ai propri remoto, ed eventuali cambiamenti nel repository sarà spinto fuori per i suoi remoti, dove una sincronizzazione li porterà. Ciò è particolarmente utile quando si usa git in modo distribuito, senza un repository nudo centrale. Vedere sincronizzazione per i dettagli.
	Si noti che la sincronizzazione sincronizza solo i metadati sui file che è memorizzato in git. Non sincronizzare il contenuto dei file, che sono gestiti da git-annex.		Si noti che la sincronizzazione sincronizza solo i metadati sui file che è memorizzato in git. Non sincronizzare il contenuto dei file, che sono gestiti da git-annex.
		+	*usando ssh remoto:
		+	Finora in questa procedura dettagliata, git-annex è stato utilizzato con un repository remoto su un drive USB. Ma può essere utilizzato anche con un remoto git che è veramente remota, un host accessibile da ssh.
		+	Diciamo che avete un desktop sulla stessa rete del computer portatile e vuole clonare annex del portatile ad esso:
		+	$git clone ssh://mio portable/home/musa/Bocs
		+	$cd ~/Bocs
		+	$git annex init "mio Scrivania"
		+	Ora è possibile ottenere i file e saranno trasferiti (usando rsync via ssh):
		+	$git annex get zaghawa.jpg
		+	get my_cool_big_file (getting UUID for origin...) (from origin...)
		+	SHA256E-s56356--f4012fc17b574a5935e95219e9ec783deb401a70619c4c336c6dc71d0785b8a7.jpg 100% 2159 2.1KB/s 00:00
		+	ok
		+	Quando si elimina file, git-annex volontà ssh verso il remoto e assicurarsi che il contenuto del file è ancora lì prima di rimuoverla a livello locale:
		+	git annex drop zaghawa
		+	drop zaghawa.jpg (checking origin..) ok

← Edição anterior		Edição das 16h03min de 9 de agosto de 2013
Linha 287:		Linha 287:
	Everything up-to-date		Everything up-to-date
	ok		ok
		+	Dopo l'esecuzione di sincronizzazione, il repository sarà aggiornato con tutte le modifiche apportate ai propri remoto, ed eventuali cambiamenti nel repository sarà spinto fuori per i suoi remoti, dove una sincronizzazione li porterà. Ciò è particolarmente utile quando si usa git in modo distribuito, senza un repository nudo centrale. Vedere sincronizzazione per i dettagli.
		+	Si noti che la sincronizzazione sincronizza solo i metadati sui file che è memorizzato in git. Non sincronizzare il contenuto dei file, che sono gestiti da git-annex.

← Edição anterior		Edição das 16h01min de 9 de agosto de 2013
Linha 247:		Linha 247:
	* [new branch] git-annex -> amilo/git-annex		* [new branch] git-annex -> amilo/git-annex
	* [new branch] master -> amilo/master		* [new branch] master -> amilo/master
		+	musa@amilo:/media/6FFE-842D/Bocs$ git annex get .
		+	get zaghawa.jpg (merging amilo/git-annex origin/git-annex into git-annex...)
		+	(Recording state in git...)
		+	(from amilo...)
		+	SHA256E-s56356--f4012fc17b574a5935e95219e9ec783deb401a70619c4c336c6dc71d0785b8a7.jpg
		+	56356 100% 11.25MB/s 0:00:00 (xfer#1, to-check=0/1)
		+
		+	sent 56508 bytes received 31 bytes 113078.00 bytes/sec
		+	total size is 56356 speedup is 1.00
		+	ok
		+	(Recording state in git...)
		+	*sincronizzazione:-
		+	Si noti che nell'esempio precedente, si doveva git fetch e unire dal computer portatile prima. Ciò consente git-annex sapere cosa è cambiato nel computer portatile, e quindi conosce i file lì presenti e possono farli.
		+	musa@amilo:/media/6FFE-842D/Bocs$ git annex sync
		+	add zaghawa.jpg (checksum...) ok
		+	(Recording state in git...)
		+	commit
		+	(Recording state in git...)
		+	ok
		+	pull origin
		+	From /home/musa/Bocs
		+	e0231e2..44f655e git-annex -> origin/git-annex
		+	* [new branch] master -> origin/master
		+	ok
		+	pull amilo
		+	ok
		+	push origin
		+	Counting objects: 32, done.
		+	Delta compression using up to 2 threads.
		+	Compressing objects: 100% (18/18), done.
		+	Writing objects: 100% (24/24), 2.17 KiB, done.
		+	Total 24 (delta 3), reused 0 (delta 0)
		+	Unpacking objects: 100% (24/24), done.
		+	To /home/musa/Bocs
		+	* [new branch] git-annex -> synced/git-annex
		+	* [new branch] master -> synced/master
		+	ok
		+	push amilo
		+	Everything up-to-date
		+	ok