powershell - 在脚本创作和编辑中分享功劳的正确方法是什么？

Question

在我的脚本漏洞利用中，我经常在从头开始之前检查是否以前编写过脚本。通常我至少可以通过谷歌或其他方式找到一些我需要的东西。然后，我根据自己的需要调整我发现的内容并将其投入生产。作为最佳实践，我会注释我的代码并包含作者信息(我不喜欢抄袭)。然而，问题是如何以及何时添加/更改该作者名称是合适的。我将使用 Ed Wilson 博客中的示例脚本作为引用:

Function Get-OutlookCalendar {
    <#
   .Synopsis
    This function returns appointment items from default Outlook profile
   .Description
    This function returns appointment items from default Outlook profile. It
    uses the Outlook interop assembly to use the olFolderCalendar enumeration.
    It creates a custom object consisting of Subject, Start, Duration, Location
    for each appointment item.
   .Example
    Get-OutlookCalendar |
    where-object { $_.start -gt [datetime]"5/10/2011" -AND $_.start -lt `
    [datetime]"5/17/2011" } | sort-object Duration
    Displays subject, start, duration and location for all appointments that
    occur between 5/10/11 and 5/17/11 and sorts by duration of the appointment.
    The sort is shortest appointment on top.
   .Notes
    NAME:  Get-OutlookCalendar
    AUTHOR: ed wilson, msft
    LASTEDIT: 05/10/2011 08:36:42
    KEYWORDS: Microsoft Outlook, Office
    HSG: HSG-05-24-2011
   .Link
     Http://www.ScriptingGuys.com/blog
    #Requires -Version 2.0
    #>

    Add-Type -AssemblyName "Microsoft.Office.Interop.Outlook" | Out-Null
    $olFolders = "Microsoft.Office.Interop.Outlook.OlDefaultFolders" -as [type]
    $outlook = New-Object -ComObject Outlook.Application
    $namespace = $outlook.GetNameSpace("MAPI")
    $folder = $namespace.getDefaultFolder($olFolders::olFolderCalendar)
    $folder.items |
        Select-Object -Property Subject,Start,Duration,Location
}

我将作者字段视为该脚本的联系点，因为它是编写并理解它的人。关于在列出原作者不再有意义之前脚本更改了多少，是否有一般的经验法则？或者他们总是作者，然后你是编辑？

在后者的情况下，指定它的适当方法是什么？是在“作者”下添加一行标记为“编辑器”并更改最后一个编辑标签吗？记录您的贡献的正确方法究竟是什么？是否有记录在案的最佳实践？

Answer 1

我通常将自己作为作者并包括我的(工作)联系信息，看看评论是如何供内部消费的，我将成为阅读评论的人最有用的联系点。

我通常还会在其中放置一个“改编自”字段或部分，我会在其中列出我从何处获取任何代码片段。与剽窃(这些人免费在线提供他们的代码，他们希望人们复制它)有关的要少得多，而更多的是关于能够在需要时再次找到资源的问题。我的老板甚至一点都不关心脚本的“信用”——我可以从头开始编写它或复制整个东西，只要它有效......我怀疑大多数 IT 人员也是如此.