Il est difficile de cerner la raison d’une seule chose. Nous avons observé plusieurs éléments qui nous ont amenés à décider de supprimer le comportement de « remonter lors de la dernière publication ».
Dans le cas de modifications mineures, c’est un bruit inutile, comme vous l’avez mentionné.
Mais même dans le cas de modifications majeures, nous avons observé qu’il est également difficile à expliquer et souvent indésirable. Nous avons vu des gens utiliser la fonction « réinitialiser la date de remontée » lorsqu’ils en avaient le pouvoir après une modification majeure d’un sujet de documentation, par exemple. Surtout lorsque plusieurs sujets étaient modifiés, mais même pour des modifications de sujet unique. Nous avons même eu des gens qui nous ont signalé de faire cela alors que nous ne l’avions pas fait nous-mêmes.
Mais « réinitialiser la date de remontée » n’est pas très facile à découvrir. Les gens demandaient comment faire cela, signalant qu’ils ne voulaient vraiment pas remonter les sujets mais n’avaient pas trouvé comment l’éviter, et que probablement beaucoup de ceux qui n’avaient pas pris la peine de demander rencontraient le même problème.
Une autre observation était que les gens supposaient à tort que d’autres verraient leurs modifications majeures. Ils créaient un brouillon et le modifiaient au fur et à mesure de leur travail. Leur confiance dans le fait que d’autres suivraient était renforcée par la remontée. Mais en réalité, beaucoup de ceux qui suivaient le sujet n’ont pas pris la peine de vérifier car le sujet n’apparaît toujours pas comme non lu après les modifications. Ainsi, une réponse supplémentaire pour signaler explicitement les révisions et demander un examen ou un retour d’information dans ces scénarios était souvent nécessaire de toute façon, mais ne se produisait pas.
Je suis assez confiant que les choses seront finalement plus faciles à comprendre sans cette fonctionnalité, mais nous devrons aborder quelques-uns de ces cas où les gens en étaient venus à en dépendre.