Czy możesz dokonać częściowej płatności za pomocą Subversion?


Odpowiedzi:


78

Subversion 1.5 wprowadza rzadkie płatności, które mogą być przydatne. Z dokumentacji :

... rzadkie katalogi (lub płytkie pobrania ) ... pozwalają na łatwe pobranie kopii roboczej - lub części kopii roboczej - płytsze niż pełna rekurencja, z możliwością wprowadzania wcześniej ignorowanych plików i podkatalogów w pozniej.


259

Rzeczywiście, dzięki komentarzom do mojego posta tutaj, wygląda na to, że rzadkie katalogi są drogą do zrobienia. Uważam, że powinny to zrobić:

svn checkout --depth empty http://svnserver/trunk/proj
svn update --set-depth infinity proj/foo
svn update --set-depth infinity proj/bar
svn update --set-depth infinity proj/baz

Alternatywnie, --depth immediateszamiast emptywyewidencjonowywać pliki i katalogi trunk/projbez ich zawartości. W ten sposób możesz zobaczyć, które katalogi istnieją w repozytorium.


Jak wspomniano w odpowiedzi @ zigdon, możesz również wykonać płatność nierekurencyjną. To starszy i mniej elastyczny sposób na osiągnięcie podobnego efektu:

svn checkout --non-recursive http://svnserver/trunk/proj
svn update trunk/foo
svn update trunk/bar
svn update trunk/baz

4
Jeśli następnie wydam aktualizację svn w katalogu głównym, czy spowoduje to usunięcie wszystkich innych folderów, czy po prostu zaktualizuje te, które zostały już pobrane?
Rob Walker,

2
Dostaję Skipped 'prom/foo'po svn update --set-depth infinity proj/foo:(
sam

2
Och, musisz zaktualizować rodzica (proj / foo), zanim będziesz mógł zaktualizować głębiej (proj / foo / boo).
sam

4
To dobra odpowiedź i naprawdę powinna być poprawnie zaznaczona. Dzięki, dziękuję!
Jimbo,

1
Być może będziesz musiał użyć kroku pośredniego z svn update --set-depth immediates projtak, aby proj / foo było aktualizowane.
Craig,

6

Lub wykonaj nierekurencyjne pobranie / trunk, a następnie po prostu wykonaj ręczną aktualizację 3 potrzebnych katalogów.


6

Napisałem skrypt do zautomatyzowania złożonych, rzadkich kas.

#!/usr/bin/env python

'''
This script makes a sparse checkout of an SVN tree in the current working directory.

Given a list of paths in an SVN repository, it will:
1. Checkout the common root directory
2. Update with depth=empty for intermediate directories
3. Update with depth=infinity for the leaf directories
'''

import os
import getpass
import pysvn

__author__ = "Karl Ostmo"
__date__ = "July 13, 2011"

# =============================================================================

# XXX The os.path.commonprefix() function does not behave as expected!
# See here: http://mail.python.org/pipermail/python-dev/2002-December/030947.html
# and here: http://nedbatchelder.com/blog/201003/whats_the_point_of_ospathcommonprefix.html
# and here (what ever happened?): http://bugs.python.org/issue400788
from itertools import takewhile
def allnamesequal(name):
    return all(n==name[0] for n in name[1:])

def commonprefix(paths, sep='/'):
    bydirectorylevels = zip(*[p.split(sep) for p in paths])
    return sep.join(x[0] for x in takewhile(allnamesequal, bydirectorylevels))

# =============================================================================
def getSvnClient(options):

    password = options.svn_password
    if not password:
        password = getpass.getpass('Enter SVN password for user "%s": ' % options.svn_username)

    client = pysvn.Client()
    client.callback_get_login = lambda realm, username, may_save: (True, options.svn_username, password, True)
    return client

# =============================================================================
def sparse_update_with_feedback(client, new_update_path):
    revision_list = client.update(new_update_path, depth=pysvn.depth.empty)

# =============================================================================
def sparse_checkout(options, client, repo_url, sparse_path, local_checkout_root):

    path_segments = sparse_path.split(os.sep)
    path_segments.reverse()

    # Update the middle path segments
    new_update_path = local_checkout_root
    while len(path_segments) > 1:
        path_segment = path_segments.pop()
        new_update_path = os.path.join(new_update_path, path_segment)
        sparse_update_with_feedback(client, new_update_path)
        if options.verbose:
            print "Added internal node:", path_segment

    # Update the leaf path segment, fully-recursive
    leaf_segment = path_segments.pop()
    new_update_path = os.path.join(new_update_path, leaf_segment)

    if options.verbose:
        print "Will now update with 'recursive':", new_update_path
    update_revision_list = client.update(new_update_path)

    if options.verbose:
        for revision in update_revision_list:
            print "- Finished updating %s to revision: %d" % (new_update_path, revision.number)

# =============================================================================
def group_sparse_checkout(options, client, repo_url, sparse_path_list, local_checkout_root):

    if not sparse_path_list:
        print "Nothing to do!"
        return

    checkout_path = None
    if len(sparse_path_list) > 1:
        checkout_path = commonprefix(sparse_path_list)
    else:
        checkout_path = sparse_path_list[0].split(os.sep)[0]



    root_checkout_url = os.path.join(repo_url, checkout_path).replace("\\", "/")
    revision = client.checkout(root_checkout_url, local_checkout_root, depth=pysvn.depth.empty)

    checkout_path_segments = checkout_path.split(os.sep)
    for sparse_path in sparse_path_list:

        # Remove the leading path segments
        path_segments = sparse_path.split(os.sep)
        start_segment_index = 0
        for i, segment in enumerate(checkout_path_segments):
            if segment == path_segments[i]:
                start_segment_index += 1
            else:
                break

        pruned_path = os.sep.join(path_segments[start_segment_index:])
        sparse_checkout(options, client, repo_url, pruned_path, local_checkout_root)

# =============================================================================
if __name__ == "__main__":

    from optparse import OptionParser
    usage = """%prog  [path2] [more paths...]"""

    default_repo_url = "http://svn.example.com/MyRepository"
    default_checkout_path = "sparse_trunk"

    parser = OptionParser(usage)
    parser.add_option("-r", "--repo_url", type="str", default=default_repo_url, dest="repo_url", help='Repository URL (default: "%s")' % default_repo_url)
    parser.add_option("-l", "--local_path", type="str", default=default_checkout_path, dest="local_path", help='Local checkout path (default: "%s")' % default_checkout_path)

    default_username = getpass.getuser()
    parser.add_option("-u", "--username", type="str", default=default_username, dest="svn_username", help='SVN login username (default: "%s")' % default_username)
    parser.add_option("-p", "--password", type="str", dest="svn_password", help="SVN login password")

    parser.add_option("-v", "--verbose", action="store_true", default=False, dest="verbose", help="Verbose output")
    (options, args) = parser.parse_args()

    client = getSvnClient(options)
    group_sparse_checkout(
        options,
        client,
        options.repo_url,
        map(os.path.relpath, args),
        options.local_path)

0

Jeśli masz już pełną kopię lokalną, możesz usunąć niechciane podfoldery za pomocą --set-depthpolecenia.

svn update --set-depth=exclude www

Zobacz: http://blogs.collab.net/subversion/sparse-directories-now-with-exclusion

set-depthWsparcie komenda multipile ścieżki.

Aktualizacja głównej kopii lokalnej nie zmieni głębokości zmodyfikowanego folderu.

Aby przywrócić folder do ponownego wyewidencjonowywania, możesz użyć go --set-depthponownie z parametrem nieskończoności.

svn update --set-depth=infinity www

-1

Raczej. Jak mówi Bobby:

svn co file:///.../trunk/foo file:///.../trunk/bar file:///.../trunk/hum

dostaniesz foldery, ale otrzymasz oddzielne foldery z perspektywy subversion. Będziesz musiał osobno zatwierdzać i aktualizować każdy podfolder.

Nie wierzę, że można pobrać częściowe drzewo, a następnie pracować z częściowym drzewem jako pojedynczą jednostką.


-10

Nie w żaden szczególnie użyteczny sposób, nie. Możesz sprawdzić poddrzewa (jak w sugestii Bobby'ego Jacka), ale wtedy tracisz możliwość ich atomowego aktualizowania / zatwierdzania; aby to zrobić, muszą być przypisane do wspólnego rodzica, a gdy tylko sprawdzisz wspólnego rodzica, pobierzesz wszystko pod tym rodzicem. Nierekurencyjne nie jest dobrą opcją, ponieważ chcesz, aby aktualizacje i zatwierdzenia były rekurencyjne.


16
-1 dla odpowiedzi, która jest po prostu błędna. W prawdziwym życiu istnieje wiele przypadków użycia, w których chcesz pracować tylko nad niewielkim podzbiorem komponentów w dużym projekcie, a nie chcesz sprawdzać całego projektu.
Peter

Oczywiście możesz pracować z tymi poddrzewami niezależnie od siebie, ale myślę, że DrPizza oznaczało w tym przypadku niepodzielne zatwierdzenia / aktualizacje. W pewnym stanie może to być problem.
Andry
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.