phpDocumentor - Как да документирам код за актуализиране на различен автор и дата?

Да кажем, че оригиналната документация за клас изглежда така:

/**
 * My custom class
 *
 * This class helps you do stuff.  It's really great.
 *
 * @author  David Smith
 * @version 1.0
 */
  1. Ако дойда и преработя 50% от кода, как да документирам, че съм направил значителен принос?

  2. Кой е най-добрият начин за добавяне на дата? напр. Кога кодът беше последно модифициран, кога направих актуализациите си или кога версията беше актуализирана.


person BadHorsie    schedule 09.11.2012    source източник


Отговори (2)


Наясно съм, че всъщност не отговарям на въпроса ви, но се чудя защо изобщо използвате @author.

За проследяване на промените в кода (кой е създал файл? кой го е променил?), използвайте вашата система за контрол на версиите. Все пак за това е :)

person Fusselwurm    schedule 09.11.2012
comment
Съгласен съм, но някои гадни, зли лоши места не използват (истински) контрол на източника... Трябваше да работя на такива места... Просто е грешно. - person Idiot211; 09.11.2012
comment
@Fusselwurm Валидна точка, но какво да кажем, ако класът се разпространява извън контрола на версиите? - person BadHorsie; 16.11.2012
comment
+1. Моят екип използва полето за автор, за да посочи а човек, който разбира добре метода - по-скоро пазител, отколкото непременно лицето, което първоначално е написало кода. Така че, ако натиснете кода и искате да зададете въпроси за него, те са добро място да започнете. За повече подробности кой какво е променил, кога защо, хронологията на влизане е перфектна - защо да замърсявате кода с тази информация. - person Jason Williams; 02.03.2013
comment
Съгласен съм с точката на @BadHorsie, кодовите тенденции се разпространяват извън контрола на версиите, например ако работите за външен клиент, ако правите отворен код (и някой го разклонява в различен продукт) и други подобни . Контролът на версиите е само за екипа на процеса на разработчици/поддръжка. Кодът обаче може да живее извън него. - person magallanes; 05.03.2016

Един начин, който съм виждал в компаниите, за които съм работил през годините, е да правя това

 /**
 * My custom class
 *
 * This class helps you do stuff.  It's really great.
 *
 * @author  David Smith
 * @version 1.0
 *
 * @modifier Rahul Parkar
 * @modifiedDate 09/11/2012
 */

Освен това съм ги виждал да използват 2 метода за документиране на промените, единият е да използват нещо като Git, където всеки комит има съобщение за ангажимент, другият е да използват друг Doc таг за документиране на промените.

person Idiot211    schedule 09.11.2012