Локальное продвижение фиксаций к центральному серверу
К сожалению, не действительно, но обходное решение, которое иногда стоит того,
SELECT [calcval1], [calcval1] * .25 AS [calcval2]
FROM (SELECT [calcval1] = CASE Statement FROM whatever WHERE whatever)
3 ответа
The interest of your idea is not so much in the private commits as it would be in the "off-line development": Mercurial or Git would allow you to work even if not connected to the central Perforce repository.
But regarding branching, they are easier to create or merge with Hg or Git, so it could be an idea.
The principle would be to create your Hg or Git repo right in your Perforce workspace.
This article using mercurial with perforce (or some other centralized vcs) does illustrate a similar approach:
If the code is already in perforce, I'll pull down a copy and hg init a local repository; otherwise I'll init using mercurial and check into perforce later (typically this is for a spike).
The I'll do some work, committing as I go to mercurial.
My perforce commit tends to be a rollup of smaller hg commits, alternatively if I want to track changes specifically I'll check in the individual hg commits by rolling forward the history using "hg update" (some more on this below).
Don't commit the .hg folder into perforce by the way
На мой взгляд, вам нужны разные ветки вместо нескольких систем SCM. Если вы хотите, чтобы у вас была игровая площадка, на которую вы можете отправлять незавершенные работы, создайте ветку разработки в Perforce. Вы можете обновлять это на регулярной основе, добавляя материалы, которые отправляют другие, и интегрировать ваши изменения обратно в основную часть, когда вы будете удовлетворены / готовы.
Это также снимает вопрос о том, насколько хорошо VS справится с этим.
Git поставляется с интерфейсом git-p4 , который позволяет вам создать новый репозиторий git, который отслеживает все или часть поддерева Perforce. (Сложные клиентские рабочие области не поддерживаются, последний раз я проверял). git-p4 обычно находится в дереве contrib и может идти, а может и не идти вместе с вашей установкой Git, или вы можете получить последнюю версию здесь, из git.kernel. org . Для этого скрипта требуется Python.
По сути, вы git p4 clone свой апстрим // депо / путь , а затем можете git p4 sync для получения новых изменений в текущую ветку или git p4 rebase , чтобы переустановить текущую ветку поверх восходящего пути Perforce. Если у вас есть отдельная рабочая область Perforce, смежная с вашим репозиторием git, затем вы можете git p4 submit . (Я использую отдельный внутренний инструмент в VMware для отправки на наши серверы Perforce, поэтому я не использовал git p4 submit .)
К сожалению, я не знаю, насколько хорошо VS работает с git или git и Perforce одновременно. Я предполагаю, что любая интеграция VS не имеет отношения к стороне Perforce git-p4 , но вы можете выполнять все свои обычные операции git, как обычно, и просто использовать оболочку для вызова git -p4.bat или что-то подобное для выполнения ваших операций Perforce.
Другой вариант - просто инициализировать репозиторий git (или Mercurial) прямо в вашем рабочем пространстве Perforce. Здесь - пример человека, который делает это с Mercurial .
(Я использую отдельный внутренний инструмент в VMware для отправки на наши серверы Perforce, поэтому я не использовал git p4 submit .)
К сожалению, я не знаю, насколько хорошо VS работает с git или git и Perforce одновременно. Я предполагаю, что любая интеграция VS не имеет отношения к стороне Perforce git-p4 , но вы можете выполнять все свои обычные операции git, как обычно, и просто использовать оболочку для вызова git -p4.bat или что-то подобное для выполнения ваших операций Perforce.
Другой вариант - просто инициализировать репозиторий git (или Mercurial) прямо в вашем рабочем пространстве Perforce. Здесь - пример человека, который делает это с Mercurial .
(Я использую отдельный внутренний инструмент в VMware для отправки на наши серверы Perforce, поэтому я не использовал git p4 submit .)
К сожалению, я не знаю, насколько хорошо VS работает с git или git и Perforce одновременно. Я предполагаю, что любая интеграция VS не имеет отношения к стороне Perforce git-p4 , но вы можете выполнять все свои обычные операции git, как обычно, и просто использовать оболочку для вызова git -p4.bat или что-то подобное для выполнения ваших операций Perforce.
Другой вариант - просто инициализировать репозиторий git (или Mercurial) прямо в вашем рабочем пространстве Perforce. Здесь - пример человека, который делает это с Mercurial .
Я не знаю, насколько хорошо VS работает с git или git и Perforce одновременно. Я предполагаю, что любая интеграция VS не имеет отношения к стороне Perforce git-p4 , но вы можете выполнять все свои обычные операции git, как обычно, и просто использовать оболочку для вызова git -p4.bat или что-то подобное для выполнения ваших операций Perforce.
Другой вариант - просто инициализировать репозиторий git (или Mercurial) прямо в вашем рабочем пространстве Perforce. Здесь - пример человека, который делает это с Mercurial .
Я не знаю, насколько хорошо VS работает с git или git и Perforce одновременно. Я предполагаю, что любая интеграция VS не имеет отношения к стороне Perforce git-p4 , но вы можете выполнять все свои обычные операции git, как обычно, и просто использовать оболочку для вызова git -p4.bat или что-то подобное для выполнения ваших операций Perforce.
Другой вариант - просто инициализировать репозиторий git (или Mercurial) прямо в вашем рабочем пространстве Perforce. Здесь - пример человека, который делает это с Mercurial .
но вы можете выполнять все свои обычные операции git, как обычно, и просто использовать оболочку для вызова git-p4.bat или что-то подобное для выполнения ваших операций Perforce.
Другой вариант - просто иметь репозиторий git (или Mercurial), инициализированный прямо в вашей рабочей области Perforce. Здесь - пример человека, который делает это с Mercurial .
но вы можете выполнять все обычные операции git, как обычно, и просто использовать оболочку для вызова git-p4.bat или что-то подобное для выполнения операций Perforce.
Другой вариант - просто иметь репозиторий git (или Mercurial), инициализированный прямо в вашей рабочей области Perforce. Здесь - пример человека, который делает это с Mercurial .