Что такое рабочая копия working copy
Что такое рабочая копия и что делает «переключение» для меня в Tortoise SVN?
У меня есть программное приложение, и я попал в важный этап, версия 2.0.
Я решил пометить эту версию как «Версия 2.0», поэтому я назвал этот снимок. Я также создал ветку «Версия 2.0» в случае, если мне нужно что-то исправить и объединить ее обратно в мой багажник.
После прочтения файла справки Tortoise SVN он сообщает мне, что я могу переключить свою «рабочую копию» на вновь созданную ветку.
В настоящее время у меня есть:
Выбрано все. Так в чем же смысл «переключения»? В настоящее время я просто перехожу в мою папку /trunk и выполняю свою работу. И когда я сделал свой тег и ветку, он создал папки в папке/tags/и/Branches/после того, как я сделал обновление.
Почему бы мне просто не пойти в/Branches/Experiemental-v3.0/и не сделать свою работу там, если захочу?
Кто-нибудь может объяснить мне понятие «Рабочая копия» и «Переключение»? Что мне не хватает? Как правило, у людей нет всего репозитория, есть ли это?
ОТВЕТЫ
Ответ 1
Вы можете переключаться между ветвями (или более правильно копиями) одного и того же родителя с помощью svn-переключателя. Это будет в основном сказать, что отличается между текущей рабочей копией и веткой, на которую я переключаюсь. Затем он выполняет обновление вашей текущей рабочей копии для пересмотра ветки, на которую вы переключаетесь.
Ответ 2
Вы можете получить столько частей репозитория, сколько вам нужно. Таким образом, у вас может быть папка под названием «trunk», которая является рабочей копией только туловища, другая «версия2», которая будет рабочей копией вашего ветки. Таким образом, любые дополнительные теги, которые создаются, не проверяются.
Ответ 3
Ответ 4
Это полезно для переключения с магистрали на ветку, без необходимости проверять новую копию. Он может, например, сэкономить время сборки, поскольку неперевернутые файлы (ваши скомпилированные объекты, библиотеки, исполняемые файлы) не удаляются или не изменяются.
Ответ 5
1.3 Введение – Что такое Git?
Что же такое Git, если говорить коротко? Очень важно понять эту часть материала, потому что если вы поймёте, что такое Git и основы того, как он работает, тогда, возможно, вам будет гораздо проще его использовать. Пока вы изучаете Git, попробуйте забыть всё, что вы знаете о других СКВ, таких как Subversion и Perforce. Это позволит вам избежать определённых проблем при использовании инструмента. Git хранит и использует информацию совсем иначе по сравнению с другими системами, даже несмотря на то, что интерфейс пользователя достаточно похож, и понимание этих различий поможет вам избежать путаницы во время использования.
Снимки, а не различия
Основное отличие Git от любой другой СКВ (включая Subversion и её собратьев) – это подход к работе со своими данными. Концептуально, большинство других систем хранят информацию в виде списка изменений в файлах. Эти системы (CVS, Subversion, Perforce, Bazaar и т. д.) представляют хранимую информацию в виде набора файлов и изменений, сделанных в каждом файле, по времени (обычно это называют контролем версий, основанным на различиях).
Рисунок 4 – Хранение данных как набора изменений относительно первоначальной версии каждого из файлов
Git не хранит и не обрабатывает данные таким способом. Вместо этого, подход Git к хранению данных больше похож на набор снимков миниатюрной файловой системы. Каждый раз, когда вы делаете коммит, то есть сохраняете состояние своего проекта в Git, система запоминает, как выглядит каждый файл в этот момент, и сохраняет ссылку на этот снимок. Для увеличения эффективности, если файлы не были изменены, Git не запоминает эти файлы вновь, а только создаёт ссылку на предыдущую версию идентичного файла, который уже сохранён. Git представляет свои данные как, скажем, поток снимков.
Рисунок 5 – Хранение данных как снимков проекта во времени
Это очень важное отличие между Git и почти любой другой СКВ. Git переосмысливает практически все аспекты контроля версий, которые были скопированы из предыдущего поколения большинством других систем. Это делает Git больше похожим на миниатюрную файловую систему с удивительно мощными утилитами, надстроенными над ней, нежели просто на СКВ. Когда мы будем рассматривать управление ветками в главе Ветвление в Git, мы увидим, какие преимущества вносит такой подход к работе с данными в Git.
Почти все операции выполняются локально
Для работы большинства операций в Git достаточно локальных файлов и ресурсов – в основном, системе не нужна никакая информация с других компьютеров в вашей сети. Если вы привыкли к ЦСКВ, где большинство операций страдают от задержек из-за работы с сетью, то этот аспект Git заставит вас думать, что боги скорости наделили Git несказанной мощью. Так как вся история проекта хранится прямо на вашем локальном диске, большинство операций кажутся чуть ли не мгновенными.
Для примера, чтобы посмотреть историю проекта, Git не нужно соединяться с сервером для её получения и отображения – система просто считывает данные напрямую из локальной базы данных. Это означает, что вы увидите историю проекта практически моментально. Если вам необходимо посмотреть изменения, сделанные между текущей версией файла и версией, созданной месяц назад, Git может найти файл месячной давности и локально вычислить изменения, вместо того, чтобы запрашивать удалённый сервер выполнить эту операцию, либо вместо получения старой версии файла с сервера и выполнения операции локально.
Это также означает, что есть лишь небольшое количество действий, которые вы не сможете выполнить, если вы находитесь оффлайн или не имеете доступа к VPN в данный момент. Если вы в самолёте или в поезде и хотите немного поработать, вы сможете создавать коммиты без каких-либо проблем (в вашу локальную копию, помните?): когда будет возможность подключиться к сети, все изменения можно будет синхронизировать. Если вы ушли домой и не можете подключиться через VPN, вы всё равно сможете работать. Добиться такого же поведения во многих других системах либо очень сложно, либо вовсе невозможно. В Perforce, для примера, если вы не подключены к серверу, вам не удастся сделать многого; в Subversion и CVS вы можете редактировать файлы, но вы не сможете сохранить изменения в базу данных (потому что вы не подключены к БД). Всё это может показаться не таким уж и значимым, но вы удивитесь, какое большое значение это может иметь.
Целостность Git
В Git для всего вычисляется хеш-сумма, и только потом происходит сохранение. В дальнейшем обращение к сохранённым объектам происходит по этой хеш-сумме. Это значит, что невозможно изменить содержимое файла или каталога так, чтобы Git не узнал об этом. Данная функциональность встроена в Git на низком уровне и является неотъемлемой частью его философии. Вы не потеряете информацию во время её передачи и не получите повреждённый файл без ведома Git.
Механизм, которым пользуется Git при вычислении хеш-сумм, называется SHA-1 хеш. Это строка длиной в 40 шестнадцатеричных символов (0-9 и a-f), она вычисляется на основе содержимого файла или структуры каталога. SHA-1 хеш выглядит примерно так:
Вы будете постоянно встречать хеши в Git, потому что он использует их повсеместно. На самом деле, Git сохраняет все объекты в свою базу данных не по имени, а по хеш-сумме содержимого объекта.
Git обычно только добавляет данные
Когда вы производите какие-либо действия в Git, практически все из них только добавляют новые данные в базу Git. Очень сложно заставить систему удалить данные либо сделать что-то, что нельзя впоследствии отменить. Как и в любой другой СКВ, вы можете потерять или испортить свои изменения, пока они не зафиксированы, но после того, как вы зафиксируете снимок в Git, будет очень сложно что-либо потерять, особенно, если вы регулярно синхронизируете свою базу с другим репозиторием.
Всё это превращает использование Git в одно удовольствие, потому что мы знаем, что можем экспериментировать, не боясь серьёзных проблем. Для более глубокого понимания того, как Git хранит свои данные и как вы можете восстановить данные, которые кажутся утерянными, смотрите «Операции отмены».
Три состояния
Теперь слушайте внимательно. Это самая важная вещь, которую нужно запомнить о Git, если вы хотите, чтобы остаток процесса обучения прошёл гладко. У Git есть три основных состояния, в которых могут находиться ваши файлы: изменён (modified), индексирован (staged) и зафиксирован (committed):
Мы подошли к трём основным секциям проекта Git: рабочая копия (working tree), область индексирования (staging area) и каталог Git (Git directory).
Рисунок 6 – Рабочая копия, область индексирования и каталог Git
Рабочая копия является снимком одной версии проекта. Эти файлы извлекаются из сжатой базы данных в каталоге Git и помещаются на диск, для того чтобы их можно было использовать или редактировать.
Область индексирования – это файл, обычно находящийся в каталоге Git, в нём содержится информация о том, что попадёт в следующий коммит. Её техническое название на языке Git – «индекс», но фраза «область индексирования» также работает.
Каталог Git – это то место, где Git хранит метаданные и базу объектов вашего проекта. Это самая важная часть Git и это та часть, которая копируется при клонировании репозитория с другого компьютера.
Базовый подход в работе с Git выглядит так:
Если определённая версия файла есть в каталоге Git, эта версия считается зафиксированной (committed). Если файл был изменён и добавлен в индекс, значит, он индексирован (staged). И если файл был изменён с момента последнего распаковывания из репозитория, но не был добавлен в индекс, он считается изменённым (modified). В главе Основы Git вы узнаете больше об этих состояниях и какую пользу вы можете извлечь из них или как полностью пропустить часть с индексом.
Что такое рабочая копия и что делает для меня» переключение » в Tortoise SVN?
У меня есть программное приложение, и я попал в важную веху, версия 2.0.
после прочтения файла справки Tortoise SVN он сообщает мне, что я могу переключить свою «рабочую копию» на вновь созданную ветку.
в настоящее время у меня есть:
/ Project / Trunk/
/ Project / Tags/
/ Проект / Филиалы/
все проверили. Так в чем же смысл «переключения»? В настоящее время я просто перехожу в папку /trunk и делаю свою работу. И когда я сделал свой тег и ветку, он создал папки в моей папке /Tags/ и /Branches/ после того, как я сделал обновление.
Почему бы мне просто не перейти в / Branch / Experiemental-v3. 0/ и не сделать свою работу там, если я хотел бы?
может ли кто-нибудь объяснить мне концепцию «рабочей копии» и «переключения»? Чего мне не хватает? Люди вообще не проверяют весь репозиторий, не так ли?
5 ответов:
рабочая копия-это копия, которую вы проверили в своей рабочей области. Не имеет значения, ветка это или от ствола. Это то, над чем вы работаете.
вы можете переключаться между ветвями (или более правильно копиями) одного и того же родителя с помощью переключателя svn. Это в основном говорит о том, что отличается между текущей рабочей копией и веткой, на которую я переключаюсь. Затем он выполняет обновление текущей рабочей копии в ревизию ветви, которую вы переключаете к.
Так что рабочая копия-это ваша проверка, однако она была получена.
вы можете получить столько частей репозитория, сколько вам нужно. Так что вы могли бы иметь папку под названием «ствол», который является рабочей копией только ствола, другой «version2», который будет рабочей копией вашей ветви. Таким образом, любые дополнительные теги, которые создаются, не проверяются.
рабочая копия-это ваша копия кода, который вы проверили. Обычно вы проверяете только /Project/ trunk/, а не всю структуру репозитория. Переключение-это изменение корня рабочей копии. То, как вы работаете с SVN, не так, как это должно быть сделано.
ваша рабочая копия-это любая папка на жестком диске, которую вы использовали для извлечения проекта из subbversion. Вы можете «переключиться» на другой проект для этой рабочей копии, чтобы версионное содержимое было похоже на содержимое этого другого проекта.
Это полезно для переключения с магистрали на ветку, без необходимости проверять новую копию. Это может, например, сэкономить вам некоторое время сборки, так как неверсионные файлы (ваши скомпилированные объекты, библиотеки, исполняемые файлы) не являются удалено или изменено.
SVN терминологии-проверки, рабочая копия, свойство, репозиторий
рабочую копию и оформить заказ
иногда полезно построить рабочую копию это сделано из ряда различных полки. (источник)
свойства
в Subversion вы объявляете определения внешних объектов в группах с помощью svn: externals свойства. (источник)
хранилище
в результате ветви и теги очень быстро создаются и не занимают почти никакого дополнительного места в хранилище. (источник)
например, вы можете захотеть, чтобы разные файлы или подкаталоги поступали из разных мест в репозитории или, возможно, из разных репозиториев в целом. (источник)
проект
задайте свойство svn: externals для папки в вашем проект. (источник)
Я думаю, a рабочая копия-это набор файлов проекта, а проверка-рабочая копия файлов проекта или магистральных файлов. Свойство звучит как файл, но это может быть инструкция определения, но я не уверен. Мне также трудно понять различия между репозиторием и магистралью. Если я скажу » пользователи загружают репозиторий.»она похожа сказать «пользователям загружать багажник файлов.»
извините, это должен быть очень простой английский вопрос!
3 ответов
таковы основные понятия, которые должны быть ясны с самого начала. Чиновник контроль версий с Subversion книги Основы Управления Версиями глава с кратким обзором, но я объясню их здесь своими словами:
Основные понятия
хранилище
это центральная база данных, где хранятся все важные данные (включая файлы и историю версий).
вы не взаимодействуете непосредственно с файлами репозитория, так же, как вы не редактируете файлы данных MySQL. Более конкретно, вы не скопировать есть исходный код. Вместо этого вы используете клиент Subversion для выполнения определенных материалов Subversion. По этой причине вы никогда не ссылаетесь на репозиторий по пути к файловой системе. Вместо этого вы используете URI:
префикс URI зависит от того, какие инструменты были настроены.
у вас есть только один репозиторий для данного проекта, потому что Subversion-это централизованная система контроля версий.
рабочую копию
это локальное дерево каталогов, где вы можете увидеть ваши файлы и работать с ними.
вы работаете с файлами рабочей копии так же, как и перед использованием контроля версий: запустите редактор/IDE, внесите изменения, скомпилируйте/запустите. Единственная разница в том, что ваши файлы связан с конкретной редакцией в репозитории. Таким образом, вам нужно предпринять некоторые дополнительные шаги:
вы должны создать рабочая копия один раз, чтобы она была связана с соответствующим репозиторием. Это называется проверить.
вы должны отправить свои изменения в репозиторий, чтобы они были сохранены в общей истории и стали доступны другим: это называется фиксация.
вы, возможно, хотите получить любые изменения, которые сделал какой-то другой сотрудник: это называется обновление.
вы ссылаетесь на рабочие копии по пути к файловой системе:
вы можете иметь столько рабочих копий, сколько вам нужно, даже если они указывают на то же место.
другой понятия
багажник
это подкаталог, который содержит копию вашего кода, и вы решили, что он представляет вашу основную линию разработки. Например:
это только соглашение (каталог не является специальным для Subversion), но рекомендуется и широко используется.
филиала
это подкаталог, который содержит копию вашего кода, и вы решили, что он представляет собой вилку в вашем код (незавершенная задача, настройка, устаревшая версия, которую вы все еще поддерживаете. ). Например:
это только соглашение (каталог не является специальным для Subversion), но рекомендуется и широко используется.
это подкаталог, который содержит копию вашего кода, и вы решили, что он представляет собой данный выпуск. Ты никогда не пишешь ему. Например:
это только соглашение (каталог не является специальным для Subversion), но рекомендуется и широко используется.
свойства
Subversion позволяет хранить дополнительную информацию об изменениях файлов и папок. Каждая часть данных является свойством. Эта информация специфична для Subversion и не существует снаружи, поэтому вам нужны специальные инструменты для чтения и записи их.
проект
это не подрывной термин. Это просто обычный способ ссылаться на все вещи, связанные с определенной частью работы, которую вы делаете.
Я публикую некоторые описания, которые я нашел в интернете сам.
хранилище
в основе системы управления версиями находится репозиторий, который является центральным хранилищем данных этой системы. В репозитории обычно хранится информация в виде дерева файловой системы-иерархии файлов и каталогов. Любое количество клиентов подключается к репозиторию, а затем читает или записывает в эти файлы.
Рабочую Копию
рабочая копия-это, буквально, локальная копия конкретной версии данных пользователя, управляемых VCS, над которой этот пользователь может работать. Рабочие копии отображаются в другом программном обеспечении так же, как и любой другой локальный каталог, полный файлов, поэтому эти программы не должны быть «с контролем версий» для чтения и записи этих данных.
оформить заказ
. checkout создает рабочую копию, а update вносит изменения в существующую рабочую копию. by karoberts
svn checkout позволяет использовать контроль версий в каталоге, сделанном Джералд Кашуба
working copy
Смотреть что такое «working copy» в других словарях:
Working copy — Рабочий фотошаблон … Краткий толковый словарь по полиграфии
working — 1. noun The action of the verb work. 2. adjective a) That is or are functioning. a working ventilator b) That suffices but requires additional work. a working copy of the script … Wiktionary
Copy protection — Copy protection, also known as content protection, copy obstruction, copy prevention and copy restriction, refer to techniques used for preventing the reproduction of software, films, music, and other media, usually for copyright reasons.[1]… … Wikipedia
Copy Control Information — (or CCI) is a two byte flag included in digital television streams that allows content owners to specify how content can be duplicated. Originally defined as part of the 5C copy protection specification devised by DTCP working group back in 1998 … Wikipedia
copy typist — noun A typist who copies written, printed, etc matter, not working from shorthand or recorded sound • • • Main Entry: ↑copy * * * ˈcopy typist 7 noun (BrE … Useful english dictionary
copy — ▪ I. copy cop‧y 1 [ˈkɒpi ǁ ˈkɑːpi] noun copies PLURALFORM 1. [countable] one of many documents, books, magazines, computer software packages etc that are all exactly the same: • We are offering a free copy of Windows98 with all new PCs. • The… … Financial and business terms
copy — <
Copy testing — Marketing Key concepts Product marketing · Pricing … Wikipedia
copy (command) — In computing, copy is a command in RT 11, RSX 11, OpenVMS, DOS, OS/2 and Microsoft Windows operating systems. The command copies computer files from one directory to another. The destination defaults to the current working directory. If more than … Wikipedia
Copy (command) — In computing, copy is a command in RT 11, RSX 11, OpenVMS, DOS, OS/2 and Microsoft Windows operating systems. The command copies computer files from one directory to another. The destination defaults to the current working directory. If more than … Wikipedia
Working Designs — Infobox Company company name = Working Designs company company type = Defunct foundation = 1986 location = 18135 Clear Creek Road, Redding, CA 9600 key people = Victor Ireland, Todd Mark, Sylvia Schmitt | industry = Interactive Entertainment… … Wikipedia