Actualmente, JGit 2.0.0-SNAPSHOT no sólo ofrecen
org.eclipse.jgit.storage.file.FileRepository
org.eclipse.jgit.storage.dfs.InMemoryRepository
concretas Repository
clases, lo que significa que ya org.eclipse.jgit.api.Git
toma un Repository
, no es posible trabajar de forma remota. Dado que Git en sí mismo no está diseñado para operar de manera remota de la manera que creo que usted quiere decir, dudo que veamos dicha característica en el corto plazo.
más sobre esto:
En consecuencia, será necesario para clonar de forma local. Usted lo hace mediante la emisión de
Git.cloneRepository()
.setURI(myRemoteURIString)
.setDirectory(new File(myLocalPathString))
.call();
Sin embargo, por razones de coherencia en Git se debe clonar solamente un repositorio desnudo, por lo que un repositorio no-desnudo en un lugar remoto, aunque no técnicamente, es prácticamente inaccesible.
Hola y gracias por su respuesta Luca. Entonces, la mejor forma de obtener la última versión de una identificación de proyecto es clonarla en un nuevo directorio local usando 'CloneCommand clone = Git.cloneRepository();' ¿Estoy en lo cierto? – Brice
Parcialmente. Como he agregado anteriormente, si tiene un repositorio no desnudo en alguna parte, es prácticamente inviable trabajar en él, ya que no debe clonarlo. –