В недавнем Git вы можете добавить -r
/ --rebase
к команде pull
, чтобы перебазировать вашу текущую ветку поверх ветки вверх по течению после выборки. Предупреждение должно исчезнуть, но есть риск, что вы получите некоторые конфликты, которые вам нужно будет решить.
В качестве альтернативы вы можете проверить другую ветвь с силой, а затем снова вернуться к master
, например:
git checkout origin/master -f
git checkout master -f
, а затем снова потянуть как обычно:
git pull origin master
Использование этого метода может сэкономить ваше время от сохранения (git stash
) и потенциальных проблем с разрешениями, сброса файлов (git reset HEAD --hard
), удаления файлов (git clean -fd
) и т. Д. Кроме того, вышеизложенное легче запомнить.
/******************************
** File:
** Name:
** Desc:
** Auth:
** Date:
**************************
** Change History
**************************
** PR Date Author Description
** -- -------- ------- ------------------------------------
** 1 01/10/2008 Dan added inner join
*******************************/
--
-- STORED PROCEDURE
-- Name of stored procedure.
--
-- DESCRIPTION
-- Business description of the stored procedure's functionality.
--
-- PARAMETERS
-- @InputParameter1
-- * Description of @InputParameter1 and how it is used.
--
-- RETURN VALUE
-- 0 - No Error.
-- -1000 - Description of cause of non-zero return value.
--
-- PROGRAMMING NOTES
-- Gotchas and other notes for your fellow programmer.
--
-- CHANGE HISTORY
-- 05 May 2009 - Who
-- * More comprehensive description of the change than that included with the
-- source code commit message.
--
Мы используем что-то вроде этого и очень полезно для меня.
/*
Description:
Author:
Create Date:
Param:
Return:
Modified Date:
Modification:
*/
Заголовок, который мы сейчас используем, выглядит следующим образом:
---------------------------------------------------
-- Produced By : Our company
-- URL : www.company.com
-- Author : me
-- Date : yesterday
-- Purpose : to do something
-- Called by : some other process
-- Modifications : some other guy - today - to fix my bug
------------------------------------------------------------
Кстати, любые комментарии, которые я помещаю в SQL, я всегда использую в формате:
/ * Комментарий * /
Как и в прошлом У меня были проблемы, когда сценарий (с помощью SQL Server) делал забавные вещи, оборачивая строки вокруг и начинающиеся комментарии - я закомментировал требуемый SQL .... но это может быть только я.
-- [why did we write this?]
-- [auto-generated change control info]
Посмотрите, соответствует ли это вашим требованиям:
/*
* Notes on parameters: Give the details of all parameters supplied to the proc
* This procedure will perform the following tasks:
Give details description of the intent of the proc
* Additional notes:
Give information of something that you think needs additional mention, though is not directly related to the proc
* Modification History:
07/11/2001 ACL TICKET/BUGID CHANGE DESCRIPTION
*/
-- Author:
--
-- Original creation date:
--
-- Description: